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PREFACE 


This  Note  is  one  of  five  documents  that  collectively  describe  the 
TSAR  and  TSARINA  computer  models  developed  at  The  Rand  Corporation  to 
assess  the  effect  of  air  attacks  on  the  sortie  generation  capabilities 
of  air  bases.  This  development  was  carried  out  under  the  Project  AIK 
FORCE  Resource  Management  Program  project  entitled,  "  Strategies  To 
Improve  Sortie  Production  in  a  Dynamic  Wartime  Environment." 

The  Theater  Simulation  of  Airbase  Resources  (TSAR)  model  provides 
an  analytic  context  within  which  a  variety  of  airbase  improvements  may 
be  tested.  New  passive  defenses,  new  maintenance  doctrine,  modified 
manning  levels,  improved  base  repair  and  recovery  capabilities, 
increased  stock  levels  for  parts  and  equipment,  etc.,  as  well  as 
concepts  for  improved  theater-wide  resource  management,  all  can  be 
examined  for  their  effect  on  aircraft  sortie  generation.  These  models 
have  been  briefed  to  several  Air  Force  organizations  during  the 
development  process. 

This  volume  of  the  User's  Manual  is  intended  primarily  for  those 
responsible  for  preparing  input  materials  and  for  operating  the  TSAR 
simulation  model.  The  companion  documents  include: 

R-2584-AF  An  Introduct ion  to  the  TSAR  Simulation  Program : 

Mode  1  Features  and  Logic 

N-1460-AF  TSARINA — User's  Guide  to  a  Computer  Model  for 


Damage  Assessment 

of  Complex  Airbase  Target. 

N-1820-AF 

TSAR  User's  Manual: 

Vol.  T — Program  Features, 

Logic,  and  Interactions 

N-  1822 -AF 

TSAR  User's  Manual: 

Vol.  Ill — Variable  and  Array 

Definitions,  and 

Other  Program  Aids  for  the  User 

Other  documents  are  planned  tnat  will  discuss  the  problems  asso¬ 
ciated  with  data  acquisition  for  these  models  and  will  present  the 
procedures  currently  under  development  at  Rand  to  assist  in  solving 
those  problems. 
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GLOSSARY 


Aerospace  ground  equipment  and  other  equipment  used  for 
carrying  out  various  tasks 

Avionics  Intermediate  Shops;  special  test  equipment  used 
for  repairing  avionic  LRUs  and  SRUs . 

Base-level  self  sufficiency  stock  of  aircraft  spare  parts 
Combat  Air  Patrol 
Close  Air  Support 

Centralized  Intermediate  Logistics  Concept 
Centralized  Intermediate  Repair  Facility 
Collocated  Operating  Base 
Combat  Oriented  Maintenance  Organization 
Continental  United  States 

Framentary  order  that  specifies  flight  requirements 
Logistics  Composite  Model 

Line  replaceable  unit;  an  aircraft  spare  part 
Main  Operating  Base 

Not  mission  capable  because  of  lack  of  spare  parts 

Not  operationally  ready  because  of  lack  of  spare  parts;  same  as  NMCS 
Not  reparable  this  station 
Order  and  ship  time  in  days 
Program  Aircraft  Authorized 

Petroleum,  oils  and  lubricants;  often  used  as  an  abbreviation 
for  aircraft  fuel 

Peacetime  operating  stock;  an  organization's  stock  of  aircraft 
spare  parts  for  aircraft  maintenance  in  peacetime 


PHECKDUO  B»a*  WW-WI  niMSi 


-x- 


RAM 

RR 

RRR 

RRR 

SAMSOM 

SCL 

SRU 

TRAP 

TSAR 

TSARINA 

WRM 


Rapid  area  maintenance;  special  mobile  teams  used  for  repairing 
aircraft  battle  damage 

Flight  line  maintenance  that  removes  and  replaces  malfunctioning 
aircraft  parts  with  serviceable  components 

Flight  line  maintenace  that  removes,  repairs,  and  replaces 
aircraft  spare  parts  (actually,  usually  removes  and  replaces  with 
a  serviceable  unit,  and  then  repairs  malfunctioning  unit) 

Rapid  runway  repair 

Support  Availability  Multi-System  Operations  Model 

Standard  combat  load  that  designates  the  mission  dependent 
munitions  to  be  loaded 

Shop  replaceable  unit;  a  component  of  an  LRU 
Tanks,  racks,  adaptors  and  pylons 
Theater  Simulation  of  Airbase  Resources 
TSAR  Inputs  using  AIDA 
War  Reserve  Material 


WRSK 


Wartime  readiness  spares  kit 
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XVI.  INTRODUCTION 


Volume  II  of  the  User's  Manual  is  intended  primarily  for  those 
responsible  for  preparing  input  materials  and  for  operating  the  TSAR 
computer  simulation  model.  Volume  III  will  prove  useful  for  those 
interested  in  modifying  and  extending  the  program  logic,  or  in  trying  to 
understand  apparent  errors. 

TSAR  is  a  Monte  Carlo  discrete-event  simulation  model  designed  for 
analyzing  the  interrelations  among  the  resources  associated  with  a  set 
of  airbases,  and  the  capability  of  those  airbases  to  generate  aircraft 
sorties  in  a  dynamic,  rapidly  evolving  wartime  environment.  On- 
equipment  maintenance  tasks,  parts  and  equipment  repair  jobs,  munitions 
buildup  jobs,  and  facilities  repair  tasks  can  be  simulated  for  each  of 
up  to  t>3  airbases,  as  well  as  intra-theater  transportation, 
communication,  and  resource  management.  Asset  accounting  for  each  of  11 
classes  of  resources,  and  for  each  type  within  each  class,  permits 
assessment  of  a  broad  range  of  policy  options  that  could  improve  the 
efficiency  of  resource  utilization  on  a  theater-wide  basis. 

An  important  objective  in  the  original  design  formulation  of  TSAR 
was  to  achieve  a  sufficiently  high  speed  of  operation  that  the  extensive 
(often  trial  and  error)  sequence  of  runs  so  frequently  necessary  in 
research  and  analysis  would  be  economically  practical.  Adaptation  of 
existing  models  (e.g.,  LOOM,  SAMSOM)  was  rejected  for  several  reasons, 
including  the  extent  of  the  modifications  that  would  have  been  required 
and  the  prohibitive  costs  that  would  be  associated  with  their  use  for 
problems  of  the  size  that  were  contemplated.  The  initial  phase  of 
development  was  designed  to  test  the  hypothesis  that  speed  would  be 
improved  if  custom-tai lored  list  processing  techniques  were  created 
using  the  widely  available  FORTRAN  language,  rather  than  using  standard 
simulation  language  packages,  and  if  full  advantage  were  taken  of  the 
large  amounts  of  directly  accessible  computer  memory  that  are  now 
available.  The  resultant  custom-designed  program  achieves  a 
substantially  higher  speed  than  previously  developed  simulation  models 
of  equivalent  and  lesser  complexity. 
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In  its  current  formulation,  TSAR  makes  no  intermed  i  ate  use  of 
auxiliary  high-speed  storage  units  (e.g.,  disks,  tapes)  except  for 
storing  the  initial  conditions  for  multiple  trials.  To  constrain  the 
substantial  computer  storage  requirements  generated  by  this  design 
feature,  all  but  a  handful  of  the  program  variables  and  array  elements 
occupy  only  two  bytes  of  core,  and  many  of  the  array  elements  are  packed 
with  two  and  sometimes  three,  four,  or  even  five  pieces  of  information. 

TSAR  now  consists  of  120  subroutines  and  12  functions  (with  2.36 
entry  locations);  the  source  code  consists  of  over  34,000  card  images, 
exclusive  of  that  required  for  the  common  statements.  Withe  t  the  space 
required  for  the  data  storage  arrays,  approximately  r'20K  bytes  are 
required  for  the  program,  when  only  the  input-related  subroutines  are 
overlaid.  If  certain  features  are  not  to  be  used  (e.g.,  airbase  attack, 
theater  management  of  aircraft  or  other  resources,  and  parts 
initialization)  this  requirement  can  be  reduced  by  overlaying  the 
subroutines  associated  with  the  unused  features.  For  the  substantial 
dimensions  shown  in  the  example  in  Fig.  17  in  Section  XXI,  another  550K 
bytes  are  required  for  data  storage.  However,  many  useful  applications 
of  TSAR  would  require  only  an  additional  50  to  100K  bytes  for  storage. 
The  auxiliary  SIZE .TSAR . STORAGE  program  quickly  estimates  the  user's 
requirements.  All  data  that  would  be  needed  to  resume  operation  in  the 
event  that  processing  was  interrupted  (as  might  be  done,  for  example,  if 
one  wished  to  adapt  the  program  for  interactive  operation)  are  in  COMMON 
statements . 


OUTLINE  OF  MATERIALS 

The  materials  in  this  volume  and  the  extensive  comments  included  in 
the  TSAR  source  code[l]  are  designed  to  help  those  responsible  for 
preparing  input  materials  and  for  operating  TSAR.  The  next  section 
outlines  the  classes  of  resources  that  TSAR  can  deal  with,  and  discusses 
certain  built-in  numerical  constraints  that  the  user  must  observe. 

(1]  The  TSAR  source  code  will  be  made  available  to  qualified  agen¬ 
cies  on  magnetic  tape. 
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Section  XVIII  outlines  the  procedures  that  are  to  be  used  in 
restructuring  TSAR  storage  space  for  each  user's  special  requirements. 
Since  essentially  all  data  are  retained  in  core  during  execution,  core 
management  discipline  will  dictate  occasional  program  redimensioning, 
when  the  character  of  the  situation  to  be  simulated  changes  greatly. 

Section  XIX  is  the  key  source  of  information  for  the  use  of  TSAR; 
it  is  the  only  location  in  which  all  of  TSAR's  features  and  controls  are 
explained.  Section  XIX  provides  extensive  discussions  and  explanations 
of  the  appropriate  data  entry  procedures  for  the  50-plus  data  entry 
formats  that  are  used  with  TSAR.  Each  discussion  presents  a  copy  of  the 
data  input  format  and  sample  entries  to  illustrate  the  use  of  each  form. 
When  options  exist,  each  is  illustrated. 

A  special  sample  problem  has  been  developed  to  illustrate  TSAR's 
many  features,  the  data  entry  procedures,  and  the  appearance  of  TSAR 
output.  This  sample  is  introduced  in  Section  XX;  the  situation 
simulated  (with  a  few  exceptions  and  modifications)  is  defined  by  the 
same  data  that  are  introduced  piecemeal  in  Section  XIX  to  illustrate  the 
input  procedures.  Section  XXI  presents  portions  of  the  computer  output 
listing  for  this  sample  problem  and  illustrates  the  various  kinds  of 
information  that  can  be  obtained. 

Appendixes  A  and  B  in  Volume  III  present  full  alphabetical 
listings,  with  definitions,  for  all  control  variables  and  for  all  data 
storage  arrays  that  are  contained  in  any  of  TSAR's  common  statements. 
These  will  be  helpful  for  better  understanding  the  discussions  in  the 
User's  Manual  and  for  gaining  a  more  detailed  understanding  of  TSAR's 
data  structure;  they  will  be  essential  for  anyone  who  works  with  the 
source  code. 

The  other  appendices  in  Volume  III  present  a  brief  lifting  of  the 
various  subroutines  currently  incorporated  into  TSAR,  a  copy  of  the  load 
module  map  that  indicates  in  which  subroutine  each  entry  point  can  be 
found,  a  list  of  subroutine  statements,  entry  statements,  and  call 
statements  in  the  order  in  which  they  occur  in  the  source  code,  a  list 
of  the  labeled  common  statements  used  by  each  subroutine,  and  a  summary 
of  the  Job  Control  Language  required  to  execute  TSAR,  or  TSAR  and 
TSARINA. 
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DATA  REQUIREMENTS 

TSAR  input  data  requirements  naturally  depend  upon  the  level  of 
detail  at  which  the  simulation  is  to  be  conducted  and  the  features  that 
are  to  be  used.  Many  sources  are  available  that  can  contribute  to  these 
requirements.  Of  the  different  types  of  data,  probably  the  most  complex 
and  difficult  to  obtain  are  those  that  define  the  demands  and  resources 
for  unscheduled  maintenance  and  parts  repair  for  different  types  of 
aircraft.  Fortunately  many  of  these  data  are  collected  on  a  regular 
basis  for  various  purposes  by  the  Air  Force,  including  spare  parts 
provisioning  and  manning  studies.  The  data  bases  generated  for  LOOM 
(Logistics  Composite  Model)  studies  probably  provide  the  best 
assimilations  of  these  data  that  are  currently  available. 

One  such  data  base,  obtained  from  Hq  TAC ,  was  manually  converted 
into  the  form  required  by  TSAR  and  was  used  extensively  in  the  test 
calculations  that  were  carried  out  in  developing  TSAR.  Lnscheduled 
aircraft  maintenance  was  represented  by  some  300  different  tasks  that 
involved  about  the  same  number  of  parts.  Work  to  develop  a  method  by 
which  the  manual  data  reorganization  that  was  required  can  be  largely 
automated  is  now  essentially  complete,  and  input  data  have  been 
generated  for  the  F-4E,  F-15,  F-16,  and  A-10  aircraft. 
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XVII.  RESOURCE  LIMITATIONS 


Eleven  distinct  classes  of  resources  may  be  monitored  using  TSAR, 
but  only  aircraft  are  mandatory.  The  11  classes  of  resources,  the 
number  used  to  identify  each  class,  the  arrays  in  which  their  status  is 
stored,  and  the  restrictions  on  the  numbers  of  types  and  the  numbers  of 
each  type  are: 


RESOURCE 

CLASS 

STORAGE 

MAXIMUM 
NUMBER  OF 

NUMBER 

PER  TYPE 

MAXIMUM 

NUMBER 

SHIPPED 

Name 

Number 

ARRAY 

TYPES 

PER  BASE 

PER  LOT 

Aircraft 

#8 

ACN 

Aircrews 

PILOT 

Shelters 

BASES 

Ground  Personnel 

#1 

PEOPLE 

AGE  and  Equipment 

n 

AGESTK 

Parts  (LRU,SRU) 

#3 

PARTS 

Munitions 

#4 

MUNSTK 

(Assembled  and 

unassembled) 

TRAP 

#5 

TRAP 

Building  Materials#6 

MATERL 

POL 

#  7 

POLSTK 

Other  Facilities 

#9 

FACLTY 

9 

999 

250 

per  ac  type 

250 

per  base 

999 

320 

320 

250 

99 

127 

250 

3199 

320 

250 

250 

99 

32000 

6250 

6250 

99 

32000 

6250 

99 

32000 

250 

1 

32000 

250  x  (10 

:50 

1 

-- 
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The  status  data  maintained  for  each  of  the  several  classes  of 
resources  are  listed  in  the  corresponding  storage  array  descriptions  in 
Appendix  B.  Aircraft,  aircrews,  facilities,  and  reparable  spare  parts 
are  monitored  on  an  individual  basis;  all  others  are  handled  in  more 
aggregated  terms.  The  level  of  detail  varies  from  that  maintained  for 
an  aircraft--potential ly  several  dozens  of  items  of  informat  ion- -down  to 
a  simple  tally  of  the  numbers  of  shelters  and  the  amount  of  POL 
available  at  each  airbase. 

Although  not  explicitly  treated  as  a  resource  (except  insofar  as 
physical  damage  thereto  may  be  reflected  in  the  FACLTY  array),  the 
work-centers,  or  shops,  on  each  base  are  the  entities  around  which 
aircraft  maintenance  activities  and  the  parts  and  equipment  repair 
activities  are  organized.  Except  for  civil  engineering  resources,  all 
ongoing,  interrupted,  and  waiting  jobs  are  locatable  using  the  pointers 
stored  in  the  SHOPS  array;  as  noted  in  Appendix  B,  that  array  stores  26 
data  elements  for  each  shop  on  each  base.  TSAR  storage  arrays  are  sized 
for  a  maximum  of  30  shops,  the  last  five  of  which  are  reserved  for 
preflight  tasks  and  weapons  assembly  jobs. 

The  subroutines  that  prepare  resources  for  intra-theater  shipment 
(SHPRES)  and  that  receive  inter-theater  and  intra-theater  shipments 
(D0SH1P) ,  are  written  to  accommodate  ground  personnel,  AGE  and 
equipment,  parts,  munitions,  TRAP,  building  materials,  and  POL. 

However,  the  only  theater  resources  that  are  actually  transferred  within 
the  theater  using  the  current  theater  management  logic  are  ground 
personnel,  AGE  and  equipment,  and  parts;  all  resources  may  be  received 
from  CONUS.  Similarly,  the  program  logic  permits  aircraft  and  spare 
aircrews  to  be  ferried  to  the  theater  from  CONUS,  and  allows  aircraft  to 
be  ferried  from  base  to  base  within  the  theater  for  maintenance  and  to 
be  directed  to  land  at  a  different  base  than  the  one  from  which  they  are 
scrambled  on  a  combat  sortie. 
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XVIII.  DIMENSIONING  AND  REDIMENSIONING 


For  many  study  applications  it  will  be  appropriate  and  necessary  to 
redimension  various  portions  of  TSAR's  data  storage  arrays.  All  the 
arrays  are  listed  below,  and  their  dimensions  are  defined  in  terms  of 
variables  that  are  in  COMMON  (see  Appendix  A  in  Vol.  III).  When  the 
user's  data  demands  a  different  amount  of  space  for  storage,  or  if  the 
problem  can  be  projected  to  require  a  substantially  different  amount  of 
space  for  queuing  the  internally  generated  event  data  (e.g.,  tasks  in 
process,  interrupted,  and  waiting),  the  dimension  can  be  changed  in  all 
necessary  locations  with  a  single  text  editor  command.  Definitions  of 
the  variables  used  to  dimension  these  arrays,  and  the  arrays  themselves, 
are  listed  alphabetically  in  Appendixes  A  and  B  respectively,  in  Volume 
III. 

A  special  auxiliary  program  called  SI ZE .TSAR . STORAGE  has  been 
written  to  facilitate  the  necessary  preparatory  steps  for  redimensioning 
TSAR.  All  storage  arrays  are  located  in  one  of  25  different  COMMON 
statements,  and  these  statements  are  inserted  into  the  appropriate 
subroutines  by  referring  to  their  individual  locations  in  storage;  by 
this  means,  only  one  change  is  required  to  redimension  any  given  array 
in  all  the  locations  in  which  it  ultimately  appears.  This  process  is 
outlined  in  detail  in  the  comments  in  the  INIT  subroutine,  and  in  the 
SIZE. TSAR. STORAGE  program  that  will  be  provided  for  any  agency  that 
acquires  the  TSAR  simulation. 

The  dimensions  of  all  arrays  in  all  COMMON  statements  are  shown  in 
the  list  below  using  the  variable  that  the  program  associates  with  each 
dimension.  The  appropriate  value  for  many  of  the  array  dimensions  will 
be  uniquely  identifiable  by  the  nature  and  data  of  the  user's  problem. 
However,  the  dimensions  needed  for  the  data  generated  dynamically  during 
the  simulation  are  not  knowable,  a  priori.  Some  experience  with  the 
particular  application  will  be  needed  if  space  is  to  be  conserved  and 
data  (tasks,  jobs,  shipments,  etc.)  are  not  to  be  lost;  OVERFL  permits 
the  user  some  flexibility  for  dealing  with  this  problem.  The  temporary 
queues  in  subroutine  DELAYS  may  also  overflow,  but  a  warning  to  that 
effect  is  printed.  Arrays  with  deterministic  requirements  are  in  the 
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first  of  the  following  lists;  the  queues  and  heaps  are  listed  second. 

Many  of  the  arrays  are  dimensioned  by  MAXM,  MAXT,  and  MAXB--i.e., 
the  maximum  numbers  of  missions,  aircraft  types  and  bases. 

These  dimensions  are  abbreviated  here  as  M,  T,  and  B. 

The  limits  for  these  dimensions  are  5,  9,  and  63. 
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DETERMINISTIC  DIMENSION  REQUIREMENTS 


ACA(3,M,T,B) 
ACMDTA(20,M,T) 
ADELAY(24,2,B) 
AGERPT (NOAGE , 8 ) 
AGESTK (NOAGE , 3 , B ) 
AI SDTA (NOSTAT , 5 ) 
ALERT(6,M,T,B) 
ALTPEO(NOPEOP , 3) 
ATTACK  ( LTHATT ,  5  ) 
AVGP(3,30,B) 
AVGSHP(B) 

BASES (50 , B) 

BORROW (NOUSER, 2) 
BSOR(B) 

CANFLY(3,M,T,B) 
CARGO ( NC ARGO , 2 ) 
CERQTS(8,NOCE) 
CIRFTM(24) 

CONF I G  ( N'OCONF ,  8  ) 
COSTS (NOPART) 
CTPEO(NOPEOP) 
DAMAGE (NO ITEM, 2) 
DEPOT2 (NOAGE) 
DEPOT4(NOMUN) 
DEPOT6 (NOMATL) 
FACDAM(NOFAC ,6) 
FILLER(T,2) 
FRACJB(NOFAC) 
GTLMT(NOPART) 

I PI PE (NOPART, 2) 
ITEMS(B) 

JOBPR(2,T) 

LATERL(B) 

MATERL (NOMATL, B) 
MUNRQD (NOMUN,M,T) 
MUNSTK ( NOMUN , 4 , B ) 
NOR(B) 

NSTAT (NOSTAT, 2, B) 
OFFCOB (NOPART, T) 
OUTAGE (2, NOAGE.B) 
OUTMAT (2, NOMATL, B) 
OUTPER (2 , NOPEOP , B ) 
OUTPRT ( 2 , NOPART , B ) 
OUTTRP ( 2 , NOTRAP , B ) 
OUTPT2 (3 , 3 , 25 , B ) 
0UTPT4 ( 2 , 30 , M , B ) 
PARTRQ ( NOPART , T ) 
PEOPLE (NOPEOP, 7, B) 
PE0RQT( NOPEOP, M,T) 
PI  LOT (5, NOCREW) 
POLICY (NOPART , B , 2) 
+PRTCRT(NOPRT , 2 ) 


ACDATA(30,T) 
ACN(MAXACN,40) 
AGERE  P ( NOAGER , 6 ) 
AGERQT (NO AGE, M,T) 
AIDALT(T) 

AISUSE (NOSTAT, 5, B) 
ALT AGE ( NOAGE , 3 ) 
AQPEOP (NOPEOP ,5) 
ATTDLY(2,B) 
AVGREP(25,T) 
AVGTSK(25,T) 

BPARTS(15,T,B) 
CANCEL(5,T,B) 
CANNTM( NOPART) 
CEPRTY (NOFAC) 
CHCKED (NOPART) 
CKFILL(T) 

CONUS (NOCONS , 2 ) 
CSTOCK( NOPART, 2) 
CTPEOP (NOPEOP, 5) 
DEPOT1 (NOPEOP) 
DEPOT3 (NOPART) 
DEPOT5 (NOTRAP) 
DEPOT8 (T) 

FACLTY ( 7 , NOFAC , B ) 
FRACBS (NOPART, B) 
FTAXI (2 ,B) 

INPIPE (NOPART , B , 2) 
HURRY(B , 5,2) 
J0BDTA(20,2) 
LANDNG(B) 
LISTIN(LTHLST) 
MAXOFF(2,T) 
MUNRQT(4 ,NOBILD) 
MXTASK(9) 

NORHRS(B) 

OFFBSE(2 , 50 , 2 ,T) 
OFFMOB (NOPART, T) 
OUTF AC ( 2 , NOFAC , B ) 
OUTMUN ( 2 , NOMUN , B ) 
OUTPOL(2 , B) 
OUTSHP(6 , 30 , B) 
OUTPT1 (5 , 6 ,M ,T, B) 
OUTPT3 ( 2 , M , T , B ) 
OUTPT5 (5 , 30 , B) 
PARTS (NOPART, 5, B) 
PEORPT( 2, NOPEOP, B) 
PERIOD(20,3) 

P I  LOTS ( 5 , T , B ) 
POLSTK(B) 
+PRTLST(NOPRT) 
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PRTRPT ( 4 , NOPART , B ) 
PTZ(M,T, B) 

REDUCE (B, 5 ,2) 
RELIMP(33,5) 

REPORT ( NORE  PT , 4 ) 
RINDEX(4 , 9 ) 

SAVE (B ,5,2) 

SCLRQT (NOSCL , 9 ) 
SEEDS(IO) 

SHIPSC (NOSHP ,3) 
SHIPTO(B ,20,2) 

SHOPEO (NOPEOP) 

SHOPS (26 , 30 ,B) 
SHP0RD(50,T,B) 

SHPTSK ( 3 , NOTASK , 2  5 , T ) 
SORCAP(T,B) 
SORTHR(24,B) 
SRFRAC(B,2) 

START(6) 

SVEFLT(12 ,5) 
TEMPF(50,4) 

TOCIRF (NOPART ,2) 
TPART (EXTPRT,3,B) 
TRAPRQ(2 , 3 ,T) 

TRAYS (NOTRAY) 

TRYFLY ( 6 , T , B ) 
TSKCRT(99 ,5) 
TSKRQT(NOTSK, 15) 
XMIT(4 , B) 
XXSTAT(10,30) 

ZTASKS(5 ,T,B) 


PRTRQ (NOPART, 2 ,T) 

RECORD ( NSCROL , 3 , MAXREC ) 
REF ILL (2 ,9) 

REPALT (NOREPA , 4 ) 
REPRQT(NOREP,8) 

ROOTS (NOPART ,T) 

SCLP(5 ,M,T,2) 

SEEDED (10) 

SHIP(NOSHIP, 7) 

SHIPTM(B , B , 3) 

SHOPAG (NOAGE) 

SH0PRQ(30 ,M ,T) 

SHORT (NOPART) 
SHPT(B,B,4) 

SICK(NOPEOP) 

SORDEF (16,3,M,T,B) 
SPARE(2,M,T,B) 

STAFF (NOPEOP ,2) 

STOP(6) 

TCONF(M,M,T) 

THDATA(4,3) 

TOTALS (NOPART ,B, 3) 

TRAP (NOTRAP, 8) 

TRAY (NOPART) 
TRAYST(NOTRAY , 2 , B) 
TSKALT (NOTSKA , 5 ) 
TSKPR(25 ,T,3) 

WXDATA (WXDAYS , 2 , B ) 
XSTAT(10,30,B) 

ZPRTRQ (NOPART) 


+NOPRT  must  at  least  equal  the  highest  part  or  LRU  number. 


DYNAMIC  DIMENSION  REQUIREMENTS 


Queues  and  Heaps 


BACKLG(5 ,LLQ) 
CEJOBQ(LTHCEQ,9) 
DEFTSK(LDT,4) 
INTTSK(LI'Q,10) 
NORQ(NNOR,3) 
REJOIN(NJOINT, 2) 
REPQ(LRQ, 11) 
RQDTSK(LNT,2) 
TASKQ(LTQ, 16) 


BUILDQ(LBQ, 10) 
CHANGE (NOCHG, 5) 
FLTRQT(LFQ, 10) 
LIMB0(NLIMB0,6) 
PRDFLT ( MAXPER , 5 ) 

RESUPP(LGQ,5) 
SHIPQ(N0PKG,3) 
WAITSK(LWQ , 13) 


XIX.  DATA  ENTRY 


The  data  requirements  for  TSAR  are  substantial,  and  it  is  mandatory 
that  the  user  observe  the  specifications  outlined  here.  Even  though 
TSAR  checks  input  data  for  a  considerable  number  of  possible  errors, 
possibilities  for  error  remain  and  great  care  should  be  exercised  with 
data  entry.  Careful  adherence  to  the  data-entry-form  specifications  is 
advised. 

Data  entry  is  accomplished  using  the  (approximately)  50  distinct 
card  formats  illustrated  in  this  section.  With  few  exceptions  (to  be 
outlined)  all  cards  are  read  with  the  same  format  (12,13,1515)  and  all 
data  must  be  right-adjusted.  The  number  of  the  Card  Type  appears  in  the 
first  two-column  field.  The  second  field  (Cols  3-5)  is  occasionally 
referred  to  as  the  "j"  field.  Although  there  are  only  a  few  constraints 
on  the  actual  order  in  which  the  cards  are  arranged,  data  organization 
will  generally  be  simplified  and  fewer  errors  incurred  if  the  various 
card  types  are  entered  in  numerical  order. 

The  proper  organization  of  a  card  deck  of  TSAR  input  data  is 
illustrated  in  Fig.  1.  As  will  be  noted,  several  special  control  cards 
are  needed,  in  addition  to  the  formatted  input  data  cards.  The  first 
input  card  controls  which  of  the  numbered  input  cards  are  to  be  listed 
as  a  part  of  the  printed  record  of  the  job.  That  card  is  followed  by 
Card  Types  #1  through  # 4,  including  whatever  comment  cards  the  user  has 
added  after  Card  Type  #1;  these  cards  define  the  user's  selection  of  the 
primary  control  data,  as  will  be  described  shortly.  Descriptions  of  the 
various  kinds  of  jobs,  the  quantities  of  resources  available  at  each  of 
the  airbases,  specifications  for  the  transportation  and  communications 
systems,  etc.  are  entered  next  using  Card  Types  #5  through  # 49.  The  end 
of  this  large  set  of  input  cards  is  designated  with  a  Type  #99  Card;  and 
following  that  is  another  special  card  that  controls  which,  if  any,  of 
the  initialized  contents  of  the  data  storage  arrays  are  to  be  listed  in 
the  printed  record  of  the  job. 

The  sortie  demand  data  (Type  #50  Cards)  and  any  transportation 
schedule  changes  (Type  #60  Cards)  conclude  the  input  data  deck.  These 
cards  may  be  arranged  in  several  groups  that  are  to  be  read  at  different 


Additional  Sortie  Demand  Data 


Organization  of  TSAR  input  data  card  images 
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times  during  the  simulation;  the  last  of  the  first  group  of  such  cards 
is  denoted  by  another  Type  #99  Card  that  specifies  (in  the  "j"  field) 
the  day  of  the  simulation  when  the  next  group  of  sortie  demand  data  are 
to  be  read.  As  noted  in  Fig.  1,  each  subsequent  group  of  sortie  demand 
data  cards  is  also  terminated  with  a  Type  #99  Card  and  each  of  these 
cards  must  specify  how  many  simulated  days  are  to  elapse  before 
additional  sortie  demand  data  should  be  input. 

Most  data  for  TSAR  are  stored  as  half-words  (two-byte  integers), 
and  many  of  the  half-words  are  packed  with  2,  3,  4,  or  5  pieces  of  data. 
Since  TSAR  was  designed  to  be  compatible  with  a  32-bit-word  machine 
(e.g. ,  IBM),  the  largest  integer  that  may  be  stored  in  a  half  word  is 
215  -1.  The  number  32750  is  occasionally  used  in  the  code  to  denote 
"infinity"  and  the  user  must  exercise  care  that  no  larger  number  is 
entered  in  any  of  the  five-column  fields.  (When  50,000  units  of  fuel 
were  inadvertently  provided  an  airbase  in  an  early  test  run,  the 
quantity  was  recorded  as  negative,  and  all  sorties  were  grounded.) 

One  consequence  of  these  data  storage  features  is  that  time  is 
subdivided  into  three-minute  increments  referred  to  as  TTU--TSAR  time 
units--and  the  maximum  length  of  time  that  should  be  simulated  per  trial 
is  65  days;  to  generate  a  single  history  of  greater  length,  it  is 
necessary  to  use  the  EXTEND  feature  (see  Card  Type  #1). 

The  Card  Type  descriptions  that  follow  each  include  (a)  the  entry 
form  formats, [1]  (b)  a  description  of  the  nature  of  the  data 
requirements  and  (c)  comments  on  the  occasional  nonstandard  formats.  As 
will  be  noted  in  many  places  on  the  card  formats,  the  data  are  sometimes 
packed  automatically  on  input--i.e.,  when  two  or  more  data  items  are 
read  in  the  same  five-column  field. 

Although  TSAR  will  be  compatible  with  machines  that  use  more  than 
32  bits  for  a  word,  it  will  not  function  properly  on  a  machine  that  uses 
a  shorter  word.  For  those  installations  at  which  half-words  (*2 
integers)  are  not  available,  data  storage  requirements  will  be  nearly 
doubled,  but  no  difficulties  should  be  encountered  with  the  "packed"  data. 

[1]  Master  copies  of  these  entry  forms  will  be  made  available  to 
those  who  obtain  a  tape  copy  of  the  TSAR  program. 
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F.ach  of  tlio  shops  ami  each  of  the  sets  of  resource  requirements 
(e.g. ,  tasks,  repairs,  combat  loadings  and  their  alternatives),  as  well 
as  each  of  the  various  types  of  the  various  resources,  are  identified 
within  the  model  by  a  number.  That  number  also  designates  the  column  of 
an  array  in  which  the  data  regarding  that  entity  are  stored.  The  user 
must : 

o  Name  each  such  element  that  is  involved  in  his  problem  with  a 
number , 

o  Assure  that  that  number  is  no  greater  than  the  size  of  the 

storage  array  for  that  class  of  information  and  that  only  one 
number  of  that  class  has  that  number, 

o  Maintain  lists  (dictionaries)  of  such  definitions,  external  to 
the  program,  to  avoid  confusion, 

o  Assure  the  accuracy  of  all  cross-references  within  the  input 
data  that  involve  these  user-specified  entity  names. 

TSAR  PRIMARY  CONTROL  DATA 

Card  types  1  through  ;--s,  shown  in  Fig.  2,  provide  tor  entry  ot  key 
TSAR  control  variables.  These  cards  should  bo  at  the  beginning  of  the  user’s 
card  deck  and  should  be  entered  in  numerical  order.  All  data  must  be  right- 
adjusted.  The  many  control  variables  that,  the  user  sets  with  Card  Types 
#1  through  #4  either  define  operating  conditions  for  the  simulat  ion, 
activate,  (or  deactivate)  TSAR's  optional  features,  or  delineate  the 
user's  choice  among  optional  operating  modes. 

Two  special  convenience  features  may  be  invoked  with.  Card  Types  ••'l 
and  ••■'!/ 1  .  if  the  user  desires  to  have  his  output  headed  by  N  lines  of 
descriptive  material,  the  number  N  is  entered  in  columns  3-5  on  Card 
Type  t;l,  and  N  card  images  are  then  mandatory  before  card  Type  "2/ 1  is 
read;  there  are  no  restrictions  as  to  the  format  for  these  descriptive 
mate  rials. 

The  first  control  variable  on  Card  Type  #2/1  is  TEST.  A  null  entry 
is  appropriate  for  normal  operation,  but  a  variety  of  intermediate 
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debugging  data  may  be  obtained  by  initializing  this  variable.  For 
positive  entries  between  1  and  15,  an  ever  increasing  amount  of  such 
data  will  be  printed  for  all  trials.  If  the  entry  is  -1,  the  volume  of 
such  output  can  be  reduced  by  limiting  debugging  output  to  one,  or  up  to 
six,  specific  periods  of  simulated  time  during  a  specific  trial:  When 
this  is  done,  a  single  card  image  must  immediately  follow  Card  Type 
#2/1,  which  specifies  the  trial,  the  time  intervals,  and  the  value  for 
TEST  during  those  time  intervals.  This  card  is  read  as  13,  12,  1215; 
the  order  of  data  entry  is  TTRIAL,  TEST,  START(l),  ST0P(1),  .  .  .  , 
START(6),  ST0P(6).  If  the  trial  number  (TTRIAL)  is  not  specified,  the 
output  will  occur  during  the  first  trial.  The  times  are  to  be  entered 
in  TSAR  time  units  (i.e.,  3  minute  time  intervals);  one  to  six  time 
intervals  may  be  specified  and  the  intervals  must  be  entered  in  the 
order  of  their  occurrence. 


If  J  is  not  zero,  J  comment  cards  must  follow  this  card 


S1MLTH  Length  in  days  of  the  period  to  be  simulated. 

NTRIAL  Number  of  repetitions  of  the  simulation. 

EXTEND  If  unity,  an  NTRIAL  simulation  produces  a  single  history 
NTRIAL  *  SIMLTH  days  in  duration. 

SEED  If  set  equal  to  a  nonnegative  integer,  the  operating 

system  selects  a  reproducible  value  for  the  SEED  of  the 
random-number  generator;  if  set  to  zero  the  SEED  is 
selected  by  a  random  process. 

NBASE  Number  of  bases  that  will  launch  or  recover  aircraft  (may 

be  less  than  or  as  great  as  MAXB). 

NTYPE  Number  of  aircraft  types  to  be  used  in  the  simulation 

(may  be  less  than  or  as  great  as  MAXT) . 

CREWS  Air  crews  are  accounted  for  when  =  1;  neglected  if  0. 

BUILD  Switch;  when  unity,  the  munitions  assembly  features  are 

act ivated . 

TSAR  If  unity,  resources  are  managed  centrally;  if  set  to  "2" 

the  highest  numbered  base  will  act  as  a  centralized 
intermediate  repair  facility  that  does  not  operate 
aircraf t- - i . e . ,  no  aircraft  "belong”  to  this  base. 

CMODE  When  not  zero  defines  the  mode  of  operation  for  theater 

resource  management  (see  Section  XI). 

CONSIG  If  zero,  any  parts  that  are  shipped  to  the  theater  to 
replace  condemned  parts,  and  LRUs  that  were  NRTSed  to 
CONUS,  are  consigned  to  the  base  of  origin  on  return;  if 
unity,  all  parts  are  consigned  to  the  theater  manager  for 
distribution. 

AIDA  Controls  the  interpretation  of  base  damage  data;  normally 

not  to  be  specified  by  the  user,  but  to  be  entered  with 
the  airbase  damage  data. 
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Card  Type 

TEST 

VERIFY 

PRINT 

SCROLL 

OVERFL 


STATFQ 

CUMSTA 

NONUNI 

XTEST 


if  2/1 


Controls  internal  debugging  features.  If>0  diagnostic 
messages  are  printed  for  the  entire  simulation;  if  -  1,  a 
special  card  must  follow  defining  the  time  intervals  for 
the  debug  output. 

Controls  input  data  testing  features.  If  =  1  or  2, 
limited  tests  are  made  on  input;  if  =  3,  each  input  card 
is  checked  by  subroutine  TESTER;  if >2,  operation  is 
terminated  after  initialization. 

Value  controls  content  of  simulation  output  (see  Section  XV). 

Provides  aircraft  activity  reports  for  the  specified  number 
of  days  for  up  to  24  aircraft,  starting  with  the  aircraft 
number  specified. 

Value  controls  simulation  behavior  if  the  dimensions  of  the 
arrays  used  to  store  internally  generated  data  are 
exceeded ; 

When  OVERFL  =  0,  simulation  stops; 

=  1,  overflow  noted  and  tallied; 

=  2,  overflow  noted  for  first  entry  and  tallied; 
=  3,  overflow  tallied. 

This  feature  must  be  used  with  caution  because  program 
behavior  can  become  extremely  erratic  when  certain  types 
of  records  are  discarded.  In  any  event  execution  is 
terminated  automatically  at  the  end  of  any  day  if  the 
cumulative  number  of  discarded  records  is  20  or  more. 

The  frequency,  in  days,  with  which  the  summary  data 
regarding  the  average  length  of  time  for  tasks  and  jobs, 
and  the  causes  and  lengths  of  the  aircraft  delays,  are 
printed.  If  STATFQ  =  0,  these  data  are  not  collected  or 
printed . 

Controls  the  cumulation  of  task  and  delay  time  data;  when 
0,  data  are  cumulated  separately  for  each  trial;  when  1, 
data  are  cumulated  across  all  trials. 

When  unity,  resource  losses  are  determined  by  a  sample  from 
the  binomial  distribution;  if  zero,  losses  are  determined 
on  a  straight  percentage,  or  expected  value  basis. 

If  initialized  when  VERIFY  =  2,  TEST  is  set  to  XTEST 
for  the  last  portion  of  the  initialization  process  carried 
out  by  subroutine  TRIALS. 
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CKWORK  Switch;  when  unity,  civil  engineering  resources  are 

allocated  to  repair  damage  from  airbase  attacks  in  accord 
with  the  priorities  defined  by  the  CEPRTY  array. 

ATRISK  When  a  shop  facility,  or  all  elements  of  a  distributed 

shop,  are  damaged  at  the  time  of  a  subsequent  attack,  the 
resources  assigned  to  that  shop  are  assumed  to  have  been 
relocated  and  to  be  invulnerable  if  ATRISK  is  zero;  if 
ATRISK  is  unity,  the  damage  is  assessed  as  though  operations 
were  normal. 

CEPEO  The  number  of  types  of  personnel  associated  (exclusively) 
with  civil  engineering  tasks. 

CEAGE  The  number  of  types  of  equipment  associated  exclusively 
with  civil  engineering  tasks. 

CRBLDG  Unless  civil  engineering  resources  are  sufficient  tc  litiate 
repairs  to  all  damaged  facilities  up  to  and  including  this 
priority,  reconstruction  tasks  are  pursued  with  secondary 
procedures  using  lesser  resources. 


Card  Type  //2/2 

TSAR  provides  ten  distinct  random  number  streams  that  are  repeated 
from  trial  to  trial.  These  streams  can  be  disengaged  only  if  the  user 
enters  a  "-1"  in  the  Nth  field  on  Card  Type  #2/2  to  disengage  the  Nth 
stream. 

At  this  time,  only  five  of  the  random  number  streams  are  used. 

The  first  random  number  stream  (col  6-10)  is  used  in  the  generation  of 
TSAR's  aircraft  sortie  demands;  the  second  is  used  for  selecting  the 
intra-theater  transportation  schedules;  the  third  is  for  generating 
resource  status  reports;  the  fourth  is  for  selecting  the  zero-time  shop 
activity  controlled  by  Card  Type  #42;  and  the  fifth  is  used  in  generating 
"actual"  task  probabilities  for  unscheduled  maintenance  when  UNCER  is 
not  zero.  Random  streams  six  (col  31-35)  through  ten  (col  51-55) 
currently  are  available  for  additional  applications. 
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AUXILIARY  CONTROL  VARIABLES 

ADAPTR  NRTS  policy  for  RR  parts  is  changed  when  there  are  fewer 
LRUs  than  ADAPTR  percent  of  the  initial  LRU  stocks;  they 
are  shipped  to  a  lateral  resupply  base  rather  than  nominal 
NRTS  destination  if  the  NRTS  rate  at  that  base  is  lower 
than  at  the  base  where  the  reparable  was  generated. 

SEEKSH  When  unity,  another  in-theater  shop  is  sought  for  parts 
repair,  when  the  nominal  shop  is  closed  by  damage. 

SHPREP  When  not  zero,  all  parts  repaired  at  an  operating  base  are 
shipped  to  the  base  that  is  selected  with  the  SEND  logic 
in  the  CONTROL  subroutine,  when  (On-base  NORS  Aircraft  - 
Required  Parts)  is  greater  than,  or  equal  to,  SHPREP. 

NRTPOL  If  unity,  an  LRU  that  requires  an  SRU  that  is  unavailable 
and  is  not  normally  stocked,  is  NRTSed. 

TODOCK  If  unity,  parts  that  are  normally  NRTSed  to  another  base, 
but  can't  be  because  no  shipment  schedule  exists,  are  held 
for  later  lateral  repair  rather  than  being  sent  to  CONUS. 


Card  Type  1/2/3 

This  special  Card  Type  is  only  used  during  debugging  operations; 
it  permits  the  user  to  repeat  a  specific  trial  of  a  prior  run  by 
entering  the  value  of  the  seed  for  the  random  number  generator  that 
was  printed  at  the  beginning  of  that  trial.  The  value  should  be  right 
adjusted  in  columns  6-20. 

Card  Type  2/4 

This  card,  in  conjunction  with  the  variable  PRINT,  can  be  used  to 
obtain  periodic  data  that  define  how  deferred  aircraft  tasks  are 
distributed  athong  the  aircraft  at  each  airbase.  The  day  and  hour  for 
the  first  report  should  be  entered  in  the  first  data  field  (col  6-10) 
and  the  period  between  subsequent  reports  should  be  entered  in  the 
second  data  field  (also  in  days  and  hours).  If  the  user  wishes  to 
distinguish  between  all  deferred  tasks,  and  those  that  "belong"  to 
some  subset  of  the  shops,  the  shop  numbers  for  that  special  set  of 
shops  should  be  entered  in  fields  three  through  twelve  (i.e.,  a 
maximum  of  10  "critical"  shops). 
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Card  Type 

OPSBSE 

POSTPN 

IGNORE 

CONCUR 

LTHDEF 

CANMOD 

MXHOLE 

DOCANN 

CANMUL 

CANSRU 

CRASH 


#3/1 


Number  of  airbases  that  may  launch  combat  sorties; 
excludes  rear  maintenance  bases,  the  emergency  recovery 
base  (EMERG) ,  and  a  centralized  intermediate  repair 
facility,  if  any. 

If  zero,  all  unscheduled  maintenance  tasks  must  be 
accomplished  before  next  flight;  if  =  1,  tasks  will  be 
deferred  (postponed)  that  are  not  critical  for  next 
mission. 

If  initialized  to  unity,  all  jobs  that  may  be  deferred  for 
all  missions,  are  ignored. 

If  unity,  battle  damage  repair  jobs  may  be  initiated 
concurrently  with  the  first  of  the  other  unscheduled 
maintenance  tasks;  otherwise,  the  battle  damage  tasks  are 
scheduled  to  be  accomplished  first. 

Unscheduled  maintenance  tasks  whose  criticality  is  greater 
than  66  may  be  deferred  ("back-pocketed")  for  a  maximum  of 
LTHDEF  sorties. 

Cannibalization  mode  (see  Section  V). 

The  maximum  number  of  "holes"  that  may  be  created  on  a 
single  aircraft  by  cannibalization  (default  =  lOOOOi . 

When  DOCANN  is  greater  than  zero,  parts  for  which  the 
CANNTM  is  less  than  -1  may  be  cannibalized  if  the  number 
of  aircraft  that  require  the  part  at  the  base  is  greater 
than  DOCANN . 

Nominal  task  time  when  a  part  is  cannibalized;  expressed 
as  a  percentage  of  the  nominal  time  for  the  task  segment 
that  specifies  the  part  (default  =  150  percent). 

If  not  zero,  the  SRUs  are  stripped  from  one  of  two  or  more 
LRUs  that  are  waiting  for  repair,  when  aircraft  are  NORS 
because  of  that  LRU.  At  a  CIRF,  an  LRU  will  be  be  similarly 
salvaged,  if  the  total  NORS  count  in  the  theater  is 
greater  than  or  equal  to  the  value  of  CANSRU. 

When  runways  are  closed  at  all  operating  bases  (and  at 
any  emergency  base)  recovering  aircraft  will  be  lost  if 
this  variable  is  initialized  to  unity;  if  not  initialized, 
the  sortie  length  is  artifically  extended  such  that  the 
aircraft  will  land  after  the  runway  at  the  planned 
recovery  base  has  been  opened. 


-22 


ORDIT  Interrupted  tasks  and  repairs  are  prioritized  when 

ORDIT  =  1;  FIFO  if  0.  See  Sections  V,  VII,  and  XI  for 
discussions  of  priority  schemes. 

ORDWT  Waiting  tasks  and  repairs  are  prioritized  when  ORDWT  =  I; 

FIFO  if  0.  See  Sections  V,  VII,  and  XI  for  discussions  of 
priority  schemes. 

0RDER1  Threshold  controlling  theater  response  to  parts  shortages; 

responds  only  if  (Enroute  Parts  +  On-base  Reparables  - 
Required  Parts)  is  less  than  or  equal  to  0RDER1.  Response 
is  increasingly  restricted  for  ever  lower  values  of  ORDER!. 

0RDER2  Threshold  controlling  an  operating  base's  recourse  to 

lateral  resupply;  seeks  lateral  resupply  only  if  (On-base 
Reparables  -  Required  Parts)  is  less  than  or  equal  to 
0RDER2.  (Reparables  are  assessed  only  if  the  shop  is  open 
and  functioning) 

INDEX  A  threshold  used  when  checking  repair  jobs  waiting  at  a 

CIRF;  if  exceeded  as  jobs  are  checked,  the  job  is 
processed  without  checking  for  a  higher  priority  job.  The 
appropriate  value  to  set  will  depend  upon  which  of  the  two 
logics  (SHOPRY  =  1  or  2)  is  in  use. 
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Card  Type  #3/2 

These  entries  jointly  control  TSAR's  mechanisms  for  replacing  lost 
and  heavily  damaged  aircraft  and  for  transferring  and/or  augmenting 
aircraft  with  extended  maintenance  requirements. 


JOBCON  Defines  which  jobs  are  to  be  accomplished  when  an  aircraft 
is  sent  to  a  rear  maintenance  base: 

If  =  1,  the  maintenance  scheduled  for  the  rear-base 
includes  all  mandatory  rear-base  tasks,  all 
other  required  tasks,  and  all  mission  dependent 
deferred  tasks  that  must  be  done  in  rear; 

If  =  2,  above  plus  all  mission  dependent  deferred  tasks; 

If  =  3,  above  plus  all  deferred  tasks; 

If  =  4,  aircraft  is  returned  to  operating  base  with  all 
non-rear-base  tasks  remaining. 

FILLAC  Value  controls  use  of  filler  aircraft: 

If  -  1,  only  aircraft  losses  are  replaced  from  the 
filler  force; 

If  =  2,  aircraft  transferred  to  the  rear  for  battle 
damage  repair  are  also  replaced; 

If  =  3,  any  aircraft  transferred  to  the  rear  is  replaced; 
If  =  4,  base  aircraft  are  augmented  as  for  FILLAC  =  2, 
and  when  an  aircraft's  on-base  battle  damage 
repair  time  is  expected  to  exceed  MAXMNT  hours; 

If  =  5,  base  aircraft  are  augmented  for  any  of  previous 
conditions  and  when  an  aircraft's  unscheduled 
maintenance  is  expected  to  exceed  MAXMNT  hours. 

FLEVEL  The  value  of  FLEVEL  affects  the  decision  to  augment 

on-base  aircraft  and  controls  the  disposition  of  aircraft 
repaired  at  a  rear  base  and  aircraft  that  are  transferred 
from  CONUS  to  the  filler  pool.  To  requisition  an 
augmentee  aircraft,  or  to  return  aircraft  from  the  rear, 
the  on-base  aircraft  must  satisfy  the  condition  noted 
below: 

If  =  0,  number  of  aircraft  less  than  the  number  of 
assigned  aircraft; 

If  =  1,  number  of  non-battle-damaged  aircraft  less  than 
the  number  of  assigned  aircraft; 

If  =  2,  number  of  aircraft  less  than  the  base's  shelter 
capacity; 

If  =  3,  number  of  non-battle-damaged  aircraft  less  than 
the  base's  shelter  capacity. 


When  these  conditions  are  not  met,  newly  repaired  and 
aircraft  newly  arrived  from  CONUS  are  consigned  to  the 
filler  pool. 


MNTLMT 

MNTF 

MNTR 

QUIK 

RPARTS 

MAXMNT 

EMERG 

NOFUEL 

UNCER 


Aircraft  whose  projected  ready-to-fly  time  exceeds  MNTLMT 
hours  are  transferred  to  a  rear-area  base  for  maintenance, 
if  the  time  projected  to  ready  the  aircraft  for  a  one-way 
ferry  flight  is  less  than  the  time  for  the  remaining 
maintenance,  and  if  the  constraints  imposed  by  MNTF  and 
MNTR  (below)  are  also  satisfied. 

Candidates  for  transfer  to  a  rear-area  base  that  are 
projected  to  require  as  much  as  MNTF  percent  of  the  time 
that  would  be  needed  at  the  rear-area  base  to  be  readied 
for  the  ferry  flight  will  be  transferred  only  if  the 
estimated  maintenance  time  at  the  rear-area  base  exceeds 
MNTR  percent  of  MNTLMT  hours. 

Filler  aircraft  used  to  replace  combat  aircraft  that  are 
transferred  to  the  rear  for  maintenance  are  launched  at 
the  same  time  the  combat  aircraft  initiates  the  ferry 
flight  if  QUIK  is  zero;  if  QUIK  is  unity,  the  filler  is 
launched  as  soon  as  the  combat  aircraft  has  landed  and  it 
is  decided  that  it  will  be  ferried  to  the  rear.  The 
time  for  the  ferry  flight  is  entered  on  Card  Type  #20/77. 

When  the  automatic  parts  generation  feature  is  used, 

RPARTS  percent  of  the  parts  procured  for  the  forward 
operating  bases  will  be  placed  at  the  rear-area 
maintenance  base(s);  these  are  in  addition  to  those  that 
are  transferred  to  the  rear  because  of  tasks  that  must  be 
handled  in  the  rear. 

If  maintenance  of  on-base  aircraft  is  projected  to  extend 
beyond  MAXMNT  hours,  the  base  will  be  augmented  with  a 
filler  aircraft  if  FILLAC  is  4  or  5,  and  an  aircraft  is 
available. 

Number  of  the  emergency  recovery  base;  when  specified  will 
be  used  for  aircraft  recovery  when  the  runways  at  all 
other  bases  have  been  closed;  this  base  may  not  be  used 
for  a  CIRF.  The  task  sequence  cards  have  a  unique 
requirement  at  this  base  (see  p.  80). 

If  unity,  other  preflight  tasks  are  prohibited  when 
refueling  is  being  conducted. 

When  initialized  with  the  number  of  a  distribution  from 
the  TTIME  Subroutine,  the  "actual"  unscheduled  maintenance 
task  probabilities  used  in  the  simulation  are  determined 
by  selecting  a  value  from  that  distribution,  assuming  the 
mean  is  the  value  entered  by  Card  Type  #7. 
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VBREAK 

OLDATA 

NEWDTA 


A  switch.  If  zero  or  -1,  unscheduled  maintenance  task 
probabilities  are  modified  in  proportion  to  the  Card  Type 
#44  entries.  If  unity  the  basic  probabilities  are  varied 
by  shop  and  aircraft  type  as  a  function  of  achieved 
sortie  rate.  If  set  to  -1  or  +1,  the  basic  values  are 
used  for  estimating  average  shop  task  times,  average 
resource  requirements  (in  BSECAP)  and  initial  parts 
stocks . 

Base  resource  reports  are  generated  when  zero,  and  deferred 
initially  while  equal  to  unity. 

The  time  at  which  theater  resource  reports  are  to  be 
initiated;  only  applicable  if  OLDATA  is  initialized  as 
zero . 
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Card  Type  #3/3 

The  following  control  variables  control  the  automatic  generation  of 
base  parts  stockst  when  that  option  is  elected.  (See  Section  VII-1  and 
Subroutine  I PARTS  in  Vol.  III.) 


OUTFIT  Activates  the  automatic  parts  stock  initialization. 

PMODE  When  unity,  parts  initialization  of  WRSKs  approximates 

DO-29;  otherwise  the  Chapter  11  procedures  from  AFM  67-1 
are  used. 

PPRINT  Controls  output  summaries  of  the  initial  stock  levels  and 
the  parts  pipelines  (see  subroutine  IPARTS).  When 
increased  by  10,  residual  parts  levels  are  listed  after 
the  delay  statistics  controlled  by  STATFQ.  When  increased 
by  20,  the  initial  listing  includes  parts  generated  by 
IPARTS  and  those  entered  manually. 

RANDM  When  unity,  parts  shortages  and  the  location  of  parts  in 

the  pipelines  are  determined  with  samples  from  the  Poisson 
approximation  of  a  binomial  distribution. 

FULL  If  unity,  all  parts  are  on  base,  none  enroute,  at  zero 

time  (identified  as  NOPIPE  in  Common). 

SHORT  Parts  shortfalls  from  "authorized"  levels  (percent)  that 

result  from  system-wide  shortages. 

HIATUS  Delivery  of  parts  in  pipeline  at  the  beginning  of  the 
simulation  are  to  be  delayed  HIATUS  days. 

TOOFEW  The  parts  supply  system  is  critically  short  of  a 

percentage  of  the  parts  (equal  to  TOOFEW/ 10)  because  of 
insufficient  numbers  system-wide;  part  numbers  are 
selected  at  random. 

K1L0W  For  parts  that  are  "critically  short"  the  actual  stock 

K2L0W  level,  as  a  percentage  of  the  nominal  requirement,  is 

selected  at  random  in  the  range  K1L0W  to  (K1L0W  +  K2L0W) . 

ZNORS  When  initialized  to  unity,  parts  that  were  not  available 

to  be  placed  in  the  pipeline  during  parts  initialization 
because  of  shortages ,  are  obtained  by  removing  them  from 
an  aircraft--!. e. ,  by  creating  a  NORS  condition.  If  ZNORS 
is  zero,  a  message  noting  the  shortage  is  printed. 

NEWFRT  If  NEWPRT  is  unity,  the  parts  initialization  computations 
are  repeated  for  each  trial. 
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NPART 

CHNRTS 

FSALVG 


The  number  of  the  highest  numbered  LRU  or  SRU. 

(default  =  NOPART) 

When  spare  parts  generated  by  the  automatic 
parts  initialization  logic  are  augmented  using 
basic  Type  #23  Cards,  the  NRTS  rates  during  the 
simulation  will  be  the  values  in  the  POLICY 
array  if  CHNRTS  is  zero;  if  CHNRTS  is  unity 
the  NRTS  value  on  the  basic  Type  #23  Card  will 
be  used. 

If  an  aircraft  is  damaged  by  air  attack  and  is  not 
reparable,  FSALVG  percent  of  the  aircraft's  spare 
parts  not  destroyed  during  the  attack  are  salvaged  and 
added  to  the  serviceables . 


Card  Type 

SLEEP 

REST 

ENDAY 

EXPED 

LOADTM 

LSTTOD 

OVERTM 

DOWNTM 

CDELAY 

PKGTM 

CEDELY 

SHPDLY 

PROTME 

C4TM 


n 
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4/1 


Minimum  number  of  off-duty  hours  between  shifts  for  the 
aircrews . 

Minimum  number  of  minutes  between  flights  for  an  aircrew. 

End  of  the  nominal  flying  day  (used  to  control 
accomplishment  of  deferred  maintenance)  (hours). 

When  initialized,  the  parts  repair  administrative  delays 
are  reduced  to  1/EXPED  of  the  nominal  time,  if  there  are 
no  serviceables . 

Nominal  time  to  commence  preflight  preparation  for  the 
day  (hour-minute). 

Last  time  for  commencing  morning  preflight  (used  to  limit 
expected  time  for  deferred  tasks)  (hour-minute). 

Number  of  minutes  of  overtime  permitted. 

Parts  may  not  be  cannibalized  from  an  aircraft  with  a 
ready-to- f ly  time  within  "DOWNTM"  hours. 

The  default  time  for  cannibalization  is  one-half  the 
related  on-equipment  task  time,  plus  CDELAY  minutes. 

Number  of  minutes  required  to  package  resources  for  an 
intra-theater  shipment. 

Initiation  of  all  reconstruction  tasks  is  delayed  by  this 
number  of  minutes  after  an  airbase  attack,  to  account  for 
the  preliminary  delays  involved  in  overcoming  the 
disruptive  effects  of  fires,  roadway  damage,  etc. 

This  delay  is  introduced  to  all  on-  and  of f-equipment 
aircraft-related  tasks,  to  account  for  the  disruption 
following  an  airbase  attack. 

Wljen  insufficient  aircraft  are  ready  for  a  scheduled 
flight,  and  none  can  be  found  in  the  spare  queue  or  a 
lower  priority  alert,  an  aircraft  can  be  taken  from 
another  scheduled  flight  of  the  same  or  lower  priority  if 
the  flight  time  is  at  least  PROTME  minutes  later  (default 
=  30  minutes) . 

Time  for  initial  theater  resource  review-hours. 


C4INT 


Time  interval  in  hours  between  periodic  theater  resource 
reviews,  subsequent  to  the  initial  review. 


STATE 

>  1 
>  2 

>  3 

SELECT 

>  1 
>  2 


MULTI  1 


MULTI 2 


NOSAVE 


NOPOMO 


HR-TH 


Card  Type 
SPARE  1 


If  not  zero,  the  state  of  each  base's  capability  to 
generate  sorties  is  computed  daily  (see  Section  XI-1). 

Base-state-data  used  to  select  base  for  diversion 
Base-state-data  used  to  decide  when  aircraft  recover  at 
their  parent  base  (see  MULTI  1) 

Aircraft  base  assignment  reorganized  nightly  when 
work- loads  are  disproportionate  (see  MULTI2) 

When  not  zero,  a  daily  summary  of  the  assigned  sorties  is 
prepared  to  facilitate  selection  of  bases  for  sorties. 

Summary  data  used  when  base  not  specified 

Summary  data  used  for  reallocating  demands  on  airbases 

with  closed  runways 

When  a  base's  projected  sortie  generation  capability  per 
assigned  aircraft  is  greater  by  MULTI  1  percent  than  that 
of  the  parent  base  of  an  aircraft,  that  aircraft  is 
retained  and  not  returned  to  the  parent. 

Aircraft  reassignment  (STATE  =  3)  activated  among  bases 
whose  projected  sorties  per  available  aircraft  differ  by 
more  than  MULTI2  percent. 

When  NOSAVE  =  1  records  are  not  saved  for  parts  that  break 
after  an  air  attack  has  closed  the  shop  that  would  normally 
process  the  repaire;  if  the  projected  shop  reconstitution 
time  is  not  earlier  than  the  end  of  the  simulation. 

The  average  additional  on-equipment  task  time  that  is 
required  at  a  base  operating  under  66-1,  when  the  data 
apply  to  66-5  activities.  (REDUCE  is  set  to  -  NOPOMO) 

The  time  horizon  used  with  the  sortie  supply  and  demand 
projections  may  be  changed  from  the  default  values  with 
these  entries;  for  example,  if  the  entries  are  8-12,  24-16 
the  time  horizon  would  be  12  hours  from  0  to  0800  and  16 
hours  from  0801  until  midnight. 


1 4/3 


Provides  nine  unassigned  variables  that  are  available  in 
the  BASIC  labeled  common  statement  for  temporary  use  with 
user  contrived  logic. 


SPARE9 


r 
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SPECIFICATION  OF  TASK  CRITICALITY  AND  AIRCRAFT  STATUS 

The  importance  of  each  aircraft  maintenance  task  for  each  of  the 
missions  that  that  type  of  aircraft  may  be  scheduled  to  fly  is  specified 
with  a  two-digit  number  between  1  and  99.  The  capability  of  each 
particular  aircraft  to  fly  a  particular  type  of  mission  at  any  given 
time  is  also  expressed  with  a  number  generated  in  the  same  way. 

The  interpretation  of  these  numbers  is  specified  in  Table  1 .  When 
the  task  criticality  or  the  aircraft  flying  status  is  specified  by  one 
of  the  numbers  along  the  top,  its  status  for  a  particular  type  of 
mission  is  recorded  in  the  row  corresponding  to  that  mission.  If  the 
entry  is  1,  the  task  is  critical  for  that  mission,  or  the  aircraft  has  a 
task  that  has  been  deferred  that  prevents  that  mission  from  being  flown. 
If  task  criticality  is  32,  the  aircraft  may  be  ferried;  if  it  is  33,  the 
aircraft  is  grounded  until  the  task  has  been  accomplished. 

If  a  task  may  be  deferred  only  until  the  end  of  the  day,  task 
criticality  is  increased  by  33;  if  a  task  may  be  deferred  only  for 
LTHDEF  sorties,  task  criticality  is  increased  by  66. 
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Table  1 

CRITICALITY  CHART 


TASK  CRITICALITY  or  AIRCRAFT  STATUS 
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RESOURCE  REQUIREMENTS  DATA 


Card  Type  #5 
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On-equipment  aircraft  maintenance  tasks  are  entered  here:  These 
can  include  scheduled  maintenance,  unscheduled  maintenance  and  battle 
damage  tasks.  As  explained  in  Section  V,  the  organization  and 
sequencing  of  all  aircraft  maintenance  tasks,  other  than  battle  damage 
repair  work,  are  controlled  independently  for  each  aircraft  type  at  each 
airbase  using  Card  Type  # 29.  Tasks  may  be  handled  either  individually 
or  as  collections  of  unscheduled  tasks  associated  with  the  various  work 
centers  or  shops.  The  first  24  shops  should  be  used  for  such  task 
collections;  Shop  #25  (the  "flight  line"  shop)  and  the  preflight  Shops 
#27,  #28  and  #29,  are  handled  somewhat  differently  (see  Section  V  and 
VI)  and  have  a  "flexible  overtime"  policy.  (Periodic  scheduled 
maintenance  tasks  could  also  be  included  if  TSAR  were  to  be  modified  to 
keep  a  record  of  total  flight  time,  and  to  conduct  those  tasks  as 
required . ) 

Resource  requirements  (time,  personnel,  equipment,  and  parts)  are 
entered  following  the  cognizant  shop  number  and  the  number  of  the  part, 
if  any,  that  is  associated  with  the  task.  If  the  shop  facility  itself 
is  required  for  the  task,  or  if  the  task  must  be  accomplished  at  a  rear 
base,  those  constraints  are  specified  by  the  entry  in  column  10  (see 
note  to  Fig.  3) . 

If  the  base  is  structured  in  a  66-5  organization  (COMO),  and 
specialists  of  the  type  required  are  assigned  at  squadron  level,  the 
numerical  designation  of  personnel  assigned  to  the  first  squadron  shall 
be  specified  for  the  task.  Equipment  specifications  are  handled  in  a 
comparable  manner.  All  resource  data  are  "packed."  If  only  one  set  of 
specialists  or  one  piece  of  equipment  is  required,  it  should  be  entered 
in  the  left  position.  If  one  of  the  two  sets  of  personnel  is  a  "load 
team"  (see  Card  Type  #15/1)  it  must  be  placed  in  the  left  position.  As 
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will  be  noted,  the  number  of  the  first  of  any  alternative  procedures 
should  be  entered  in  columns  40-43. 

Task  networks  are  specified  by  the  entries  in  the  columns  provided 
for  subsequent  and  parallel  task  numbers,  and  for  the  rejoin  flags.  All 
segments  of  a  task  network  are  to  be  associated  with  the  same  shop,  even 
though  personnel  and  equipment  must  be  borrowed  from  another  shop  for 
some  of  the  task  segments.  Task  networks  will  be  "chained"  if  the  last 
entry  of  a  network  limb  is  the  root  segment  for  another  network.  Care 
must  be  taken  that  no  two  networks  can  both  point  to  the  other. 

In  a  task  network,  any  segment  that  specifies  a  part  may  be 
followed  immediately  by  a  task  that  can  be  made  to  be  contingent  on 
whether  a  part  is  required;  if  a  part  is  not  required,  the  task  so 
designated  will  be  skipped  and  subsequent  tasks  will  be  considered 
immediately.  This  option  is  activated  by  placing  a  -1  in  the  part 
column  of  a  single  task,  or  of  members  of  a  set  of  parallel  tasks.  (See 
illustration  in  Section  V  of  Volume  I.) 

The  task  probability  entered  with  Card  Type  #7  determines  usage  for 
the  root  segment  of  tasks  entered  with  the  shop  collections.  The  task 
probabilities  entered  in  columns  36-39  with  Card  Type  #5  only  apply  to 
the  segments  of  a  task  network  that  follow  the  root  segment  and  to  most 
tasks  that  are  handled  individually  (the  only  exceptions  are  the  tasks 
for  loading  basic  munitions,  which  are  controlled  by  the  probabilities 
that  such  munitions  are  retained  from  the  previous  missions,  which  are 
entered  with  the  mission  data  on  Card  Type  #16). 

When  a  network  splits  into  two  or  more  parallel  paths,  some  of  the 
several  paths  may  be  mutually  exclusive,  others  not  mutually  exclusive; 
the  sign  of  the  task  probability  for  the  task  segments  that  begin  each 
parallel  path  defines  how  that  path  is  to  be  treated.  All  paths  for 
which  the  task  probability'  is  negative  are  treated  as  mutually 
exclusive;  tasks  with  positive  probabilities  are  not  mutually  exclusive. 

If  any  parallel  paths  later  rejoin,  the  number  of  the  task  segment 
that  immediately  follows  that  junction  shall  be  entered  in  the  "rejoin 
flag"  column  of  the  initial  task  in  each  parallel  path  that  rejoins.  It 
is  also  mandatory  that  any  parallel  paths  that  split  and  rejoin  must  all 
split  and  rejoin  at  the  same  junctions.  Furthermore,  once  begun,  any 
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parallel  paths  that  can  later  rejoin  must  rejoin;  that  is  the  likelihood 
that  activity  continues  along  the  path  until  the  junction  is  reached 
must  be  unity. 

"The  network  mean  time"  normally  is  estimated  internally,  and  need 
only  be  entered  for  task  networks  that  are  not  included  in  the  shop 
collections;  for  such  networks  it  should  be  the  mean  time  through  the 
entire  task  network.  The  "incompatibility  pointer"  defines  the  position 
in  the  LISTIN’  array  (Card  Type  #19)  that  contains  the  first  item 
incompatible  with  the  current  simple  task  or  tasks. 

The  criticality  of  each  task  for  any  of  five  missions  is  specified 
with  a  two-digit  integer  whose  binary  equivalent  defines  task 
essentiality  (1)  or  deferability  (0);  if  the  task  may  be  deferred  only 
until  the  end  of  day,  the  criticality  indices  (defined  in  Table  1) 
should  be  increased  by  33;  if  the  task  may  be  deferred  only  for  LTHDEF 
sorties,  the  criticality  indices  should  be  increased  by  66.  This  datum 
need  only  be  entered  for  simple  tasks  and  for  the  root  segment  of  a 
network;  if  no  value  is  entered,  the  default  value  is  32.  Space  has 
also  been  provided  so  that  each  unscheduled  maintenance  task  may  be 
categorized  by  what  will  be  called  the  "task  stress";  this  provision  is 
intended  to  facilitate  future  code  extensions  that  could,  for  example, 
let  task  efficiency  vary  with  task  stress  under  specified  conditions. 

All  tasks  that  are  not  to  be  categorized  as  unscheduled  maintenance 
are  identified  by  entering  a  1  in  column  77.  An  entry  in  column  79 
designates  whether  cross-trained  or  task-assist-qualified  personnel  are 
able  to  handle  this  task.  When  records  are  maintained  on  disk,  an 
alphanumeric  description  of  the  task  may  be  entered  in  columns  81-100. 


Sample  Data :  The  first  task  listed  in  Fig.  3,  Task  #1,  is  assigned  to 
Shop  #2  and  is  carried  out  by  one  Type  #2  maintenance  personnel,  using  a 
piece  of  #2  equipment  (AGE).  The  mean  task  time  is  30  minutes  (i.e.,  10 
TTU)  with  the  variance  specified  by  distribution  #2 .  No  part  is 
associated  with  this  task.  If  the  resources  for  this  task  are 
unavailable,  no  alternative  procedure  is  available.  The  task  must  be 
accomplished  before  any  mission  is  flown  (default  criticality). 
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The  #2  Task,  carried  out  by  two  Type  #1  and  three  Type  #2 
personnel,  using  both  #2  and  #3  AGE,  is  the  root  segment  of  a  simple 
network;  this  initial  task  requires  1  hour  and  15  minutes  (25  TTU) .  The 
task  is  only  critical  when  the  second  or  third  mission  type  is  to  be 
flown  (criticality  is  7;  see  Table  1).  If  any  of  the  incompatible  tasks 
(beginning  in  the  61st  field  of  the  INCOMP  array)  are  in  process,  the 
task  may  not  be  started.  Three  mutually  exclusive  Tasks,  it 3,  #4,  and  it 5 
(denoted  by  the  minus  probabilities),  follow  Task  it 2:  Task  it 3  is 
required  40  percent  of  the  time;  #4,  35  percent,  and  it 5,  25  percent.  An 
alternative  procedure  (#1)  can  be  used  for  task  segment  it 3,  but  for  no 
other . 

Task  it 6  requires  three  type  it 3  personnel  an  average  of  1  hour  (20 
TTU)  using  a  type  it 3  AGE;  furthermore,  if  the  aircraft  is  at  a  COB  it  is 
necessary  that  it  be  ferried  to  a  rear  maintenance  base  to  carry  out 
this  task  (specified  by  the  "l"  in  column  10).  Sixty  percent  of  the 
occasions  when  this  task  arises,  a  Type  it2  part  is  required;  in  10 
percent  of  the  cases  that  a  part  is  removed,  it  must  be  condemned.  If 
any  of  the  tasks  or  shops  listed  in  the  incompatible  task  list 
(beginning  in  the  67th  field)  are  in  process,  this  task  must  wait. 

Task  #7  is  the  root  segment  for  a  simple  task  network  that  is 
assigned  to  Shop  it 3;  Task  #7  takes  two  type  it 3  personnel  45  minutes  to 
complete.  Part  it 3  is  required  for  Task  itl  on  50  percent  of  the 
occasions.  If  a  part  is  required  there  is  a  40  percent  chance  that  Task 
it 8  is  required;  if  a  part  was  not  required,  or  if  it  was  and  Task  #8 
also  was  required,  then  there  is  a  30  percent  chance  that  Task  #9  must 
be  performed  to  complete  the  task.  If  two  type  it 3  personnel  are  not 
available  for  Task  it 7  or  Task  #9 ,  personnel  that  have  been  cross-trained 
to  replace  these  specialists  could  be  used;  at  least  one  type  it 3  person 
is  required  when  Task  it 8  must  be  handled,  however,  since  no  personnel 
substitutability  is  indicated  for  this  element  of  the  network. 

Task  it  18  is  the  root  segment  for  the  complex  task  network  sketched 
on  the  next  page;  this  network  involves  11  task  segments  and  seven  parts 
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Following  completion  of  the  root  segment  task,  one  of  the  three  mutually 
exclusive  Tasks  #19,  #23,  or  #25  (denoted  by  the  minus  probabilities)  is 
selected,  and  there  is  a  60  percent  chance  that  Task  #24  also  must  be 
done.  If  Task  #24  and  either  #19  or  #23  are  required,  both  paths  must 
be  completed  before  a  check  is  made  to  see  if  Task  #21  is  required. 

Also,  if  part  #9  had  not  been  required  with  Task  #18,  and  Task  #25  was 
selected  from  the  mutually  exclusive  set,  that  task  is  bypassed  (as 
dictated  by  the  -1  in  the  parts  column  for  Task  #25)  and  a  check  is  made 
to  see  if  Task  #26  is  required. 

Other  tasks  shown  include  the  refueling  Task  #41  (see  Card  Type 
#15),  and  the  scheduled  maintenance  tasks  for  uploading  auxiliary  fuel 
Tanks  (#42)  and  for  loading  the  basic  munitions  (#43  and  #44).  The 
coded  part  numbers  for  the  last  three  of  these  tasks  specify  two  type  #5 
TRAP,  two  #12  and  one  #11  munition  (3200  x  Class  +  100  x  Number  +  Type). 
The  fuel  tanks  are  required  after  60  percent  of  the  sorties;  the 
expenditure  rate  for  the  basic  munitions  is  controlled  by  mission  with 
Card  Type  #16.  Task-assist-qualified  personnel  may  be  used  for  the  fuel 
tank  and  #11  munitions  tasks;  either  cross-trained  or  task-assist- 
qualified  personnel  may  help  with  the  #12  munition  task. 

The  last  four  tasks  comprise  the  set  of  the  battle-damage  repair 
tasks  as  specified  on  Card  Type  #15/2;  each  has  a  25  percent  chance  of 
needing  attention  when  an  aircraft  is  damaged  and  all  require  that  the 
aircraft  be  grounded  (criticality  =  33).  All  parts  are  condemned. 
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Card  Type  #6 
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Alternative  procedures  and  resource  requirements  for  on-equipment 
maintenance  tasks  are  specified  here.  The  task  numbers  for  alternative 
procedures  specify  the  location  of  the  data  in  the  TSKALT  array  and  are 
distinct  from  the  numbers  that  define  the  nominal  procedures  and 
resources.  As  noted,  additional  alternative  procedures  may  also  be 
specified. 


Sample  Data:  Two  alternative  sets  of  resource  requirements  are  shown; 
the  first  provides  an  alternative  procedure  for  task  #3;  two  type  #2  and 
one  type  #1  specialist  can  do  the  job  instead  of  two  type  #3  personnel, 
but  they  require  an  additional  half-hour.  Alternative  procedure  #2 
indicates  that  the  same  personnel,  working  without  the  #2  AGE,  could  do 
Task  #7  in  an  extra  hour  (35  rather  than  15  TTU) . 
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Card  Type  #7 


These  cards  control  the  incidence  per  sortie  of  the  on-equipment 
maintenance  tasks  associated  with  the  shop  task  collections.  The 
probability  per  sortie  (multiplied  by  10,000)  is  entered  for  each  task 
number.  These  data  are  entered  separately  from  the  task  data  entered 
with  Card  Type  #5,  so  that  the  same  tasks  rfiay  arise  on  different  types 
of  aircraft  with  different  probabilities. 


Sample  Data:  This  sample  indicates  that  Tasks  #1,  #2, 
required  after  5.0,  2.51,  8.34,  7.6,  and  3.92  percent, 
the  sorties  flown  by  aircraft  type  #1. 


# 6,  #7  and  #10  are 
respectively,  of 
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Ca rd  Type  #8 


The  resource  requirements  for  a  parts  repair  job  are  structured 
somewhat  like  those  for  an  on-equipment  task.  The  parts  removed  from  an 
aircraft  may  be  of  two  types:  parts  that  may  be  repaired  and  reused,  or 
LRUs  that  have  a  defective  SRU  that  must  be  diagnosed  and  replaced. 

Only  one  SRU  may  fail  at  a  time.  The  repair  of  a  part  may  involve 
either  a  specific  procedure  or  one  of  two  or  more  different  procedures. 
One  procedure  is  assumed  to  apply  when  shop  action  is  required  before  a 
part  is  NRTSed,  rather  than  being  NRTSed  immediately  after  removal  from 
the  aircraft.  If  the  same  shop  procedure  (personnel,  equipment,  and 
time)  is  used,  whether  the  part  is  repaired  on  base  or  is  determined  to 
require  a  NRTS  action,  only  one  procedure  need  be  listed.  The  format 
used  with  the  Type  #8  Cards  (Fig.  4)  depends  upon  which  type  of  part  is 
being  treated.  The  #8/1  format  is  used  with  simple  parts,  the  #8/2 
format  is  used  when  more  than  one  procedure  or  SRU  is  involved  and  the 
#8/3  format  is  used  to  specify  multiple  procedures,  SRU  replacement 
procedures,  and  SRU  repair  procedures.  The  part  number  or  LRU  number 
specified  in  the  TSKRQT  array  (on  Card  Type  #5)  denotes  where  the  REPRQT 
array  should  be  entered  for  data  regarding  its  repair;  therefore,  the 
parts  associated  with  various  aircraft  types  must  each  be  assigned  a 
unique  number,  except  for  parts  that  are  common  to  two  or  more  types  of 
aircraft . 

Parts  that  involve  two  or  more  repair  procedures  but  no  SRUs  are 
entered  with  the  # 8/2  format  and  are  denoted  by  a  minus  two  in  columns 
24-25  (59-60).  An  LRU  is  denoted  by  a  minus  one  in  the  same  field.  The 
location  of  the  first  repair  procedure,  or  the  first  of  the  SRUs  in  an 
LRU,  is  specified  in  columns  26-30  (61-65).  The  requirements  for  the 
various  procedures  and  the  requirements  for  diagnosing  and  replacing 
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each  of  the  SRUs  in  an  LRU  are  entered  using  the  # 8/3  format  and  are 
also  stored  in  the  REPRQT  array.  The  first  repair  procedure  is  always 
used  for  a  part  that  is  checked  in  the  shop  before  being  NRTSed,  rather 
than  being  NRTSed  immediately  after  removal  from  the  aircraft.  If  the 
probability  of  the  first  procedure  is  greater  than  zero,  the  same 
procedure  may  be  selected  when  the  part  is  to  be  repaired  on  base; 
otherwise  the  first  procedure  would  be  used  only  when  the  part  is 
checked  in  the  shop  and  NRTSed. 

A  repair  procedure  that  is  numbered  less  than  NOPART  and  does  not 
require  an  SRU  must  be  distinguished  from  one  that  does  by  a  -1  entry  in 
columns  33-34  (68-69).  If  the  repair  procedures  that  do  not  involve  an 
SRU  are  numbered  between  NOPART  and  NOREP,  the  size  of  arrays  that  use 
NOPART  as  a  dimension  can  be  minimized.  (Furthermore,  the  requirement 
for  a  negative  entry  will  be  avoided,  since  that  entry  is  made 
automatically  except  for  those  LRUs  that  have  procedures  that  do  not 
require  an  SRU,  and  are  numbered  less  than  NOPART.) 

Each  alternative  procedure,  or  SRU  entry,  also  specifies  (1)  the 
likelihood  that  that  procedure  is  required  or  that  the  SRU  is  faulty, 
and  (2)  the  number  of  the  next  procedure  or  SRU,  if  any.  The 
probabilities  associated  with  the  alternate  procedures,  or  with  the  SRUs 
in  an  LRU,  must  sum  to  100. 

When  an  SRU  may  itself  be  repaired,  the  location  of  the  first  of 
the  one  or  more  procedures  that  may  be  specified  for  that  repair  is 
listed  in  columns  31-34  (66-69)  of  the  SRU  replacement  data.  If  two  or 
more  procedures  are  given  for  the  repair  of  an  SRU,  the  particular  one 


required  in  a  given  instance  is  selected  on  the  basis  of  the  individual 
procedure  probabilities  entered  in  columns  35-37  (70-72).  As  with  any 
LRU,  the  first  of  the  SRU  procedures  specifies  the  resources  required 
when  the  SRU  must  be  checked  when  it  is  NRTSed,  rather  than  NRTSed 
immediately  after  removal  from  the  LRU.  If  the  probability  of  the  first 
procedure  is  not  zero  it  may  also  be  selected  when  the  SRU  is  repaired 
on  base. 

Sample  Data :  Repair  procedures  are  illustrated  for  a  simple  part  ( #  1 ) , 
an  LRU  (#2),  a  simple  part  with  several  possible  repair  procedures  (#9), 
and  for  an  SRU  (#101).  Part  #1  requires  one  Type  #72  specialist  for  3 
hours  and  18  minutes  to  repair  or  to  check  for  a  NRTS  action,  using  a 
piece  of  #22  equipment.  An  alternative  procedure  is  listed. 

The  LRU  #2  has  3  SRUs  (#101,  #102,  and  #103)  that  fail  30,  10,  and 
20  percent  of  the  time,  respectively;  in  the  other  40  percent  of  the 
repairs  no  SRU  is  required  and  repair  procedure  #601  or  #602  is  used. 

As  will  be  noted,  the  times  and  resources  for  each  of  the  repair 
procedures  differ,  and  in  one  instance,  #102,  an  alternative  procedure 
is  listed.  Also  SRU  #101  may  itself  be  repaired.  When  LRU  #2  must  be 
checked  before  it  is  NRTSed,  the  resources  associated  with  procedure 
#101  are  committed. 

Part  #9  is  repaired  in  Shop  #10  using  one  of  the  three  procedures, 
#109,  #110,  or  #111;  the  4-hour  procedure  (#110)  is  done  most  commonly 
(55  percent),  but  the  job  often  takes  five  or  six  hours;  the  six  hour 
job  is  required  to  determihe  that  the  part  must  be  NRTSed. 
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The  #101  SRU  is  repaired  by  one  of  two  procedures--#132  or  #133; 
procedure  #131  is  only  used  when  the  SRU  is  checked  and  NRTSed.  The 
personnel  and  equipment  are  the  same  for  all  these  procedures,  but  the 
work  can  require  as  little  as  one  hour  (#133)  or  as  much  as  3  hours 
(#132). 
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Card  Type  #9 
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Data  entries  for  alternative  parts  repair  procedures  are  structured 
analogously  to  those  for  alternative  on-equipment  tasks  and  are  stored 
in  the  REPALT  array. 

Sample  Data :  Indicates  that  one  Type  #73  person  can  repair  Part  #1  in 
5-1/4  hours  without  any  specialized  AGE;  see  comments  on  Card  Type  #8. 
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Card  Type  #10 


For  repair  purposes,  support  equipment  are  divided  into  two 
categories;  those  that  are  either  serviceable  or  must  be  repaired,  and 
those  that  also  have  an  intermediate,  partially  mission-capable  state. 
The  former  are  treated  with  the  procedures  that  are  outlined  with  Card 
Type  #10  and  are  stored  in  the  AGEREP  array.  The  latter  category, 
consisting  primarily  of  the  AIS  used  for  testing  and  repairing  avionics 
on  late  model  aircraft,  are  described  with  Card  Types  # 22/66  and  #22/77. 

For  the  first  of  these  categories  one  or  more  procedures  may  be 
specified  for  repairing  each  of  these  types  of  equipment;  when  more  than 
one  procedure  is  listed,  they  are  assumed  to  be  mutually  exclusive  and 
the  one  that  is  required  for  any  particular  repair  is  selected  by  a 
random  process.  The  data  appropriate  for  each  type  of  equipment  is 
found  in  that  column  of  the  AGEREP  array  that  corresponds  to  the  number 
that  designates  the  type  of  equipment. 

The  shop  to  which  the  equipment  repair  is  assigned  and  the 
likelihood  that  the  equipment  is  broken  following  each  use  are  entered 
in  columns  11-15  and  16-20;  when  a  single  procedure  is  always 
appropriate,  the  time,  personnel,  and  equipment  are  entered  next.  If 
the  repair  requirements  vary  depending  upon  circumstances,  a  -1  is 
entered  in  columns  29-30  of  the  basic  entry,  and  the  entry  in  column 
31-35  specifies  the  location  in  the  AGEREP  array  of  the  first  of  the 
multiple  repair  procedures.  For  those  procedures  columns  16-20  contain 
the  probability  that  each  of  the  multiple  procedures  will  be  required, 
and  columns  11-15  specify  the  location  of  the  next  procedure. 
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In  all  cases  an  alternative  set  of  resources  may  be  specified  for 
accomplishing  the  nominal  repair. 


Sample  Data :  Repair  requirements  are  shown  for  two  types  of  equipment, 
#2  and  # 3.  Their  repair  is  assigned  to  Shop  # 2  and  #3.  The  likelihood 
that  a  piece  of  #2  equipment  is  found  faulty  following  each  use  is  6.26 
percent;  for  the  #3  equipment,  it  is  0.78  percent.  Two  type  #3 
personnel  are  always  used  to  repair  the  #3  equipment,  and  the  nominal 
task  time  is  2.5  hours.  One  of  three  different  procedures  may  be 
required  to  repair  a  type  #2  equipment;  25  percent  of  the  time  one  type 
#2  personnel  can  repair  it  in  2  hours;  70  percent  of  the  same  specialist 
takes  4  hours,  and  5  percent  of  the  time  five  days  (2400  TTU)  must 
elapse  before  the  repair  is  accomplished  (this  type  of  procedure,  one 
that  consumes  time  but  no  personnel  or  equipment,  can  be  used  to 
approximate  the  effect  of  waiting  for  a  critical  piece-part  from  another 
location) . 

The  last  entry  illustrates  how  the  AIS  equivalent  of  an  AGE  type  is 
identified.  In  this  instance,  a  #3  type  AIS  station  is  identified  as  a 
piece  of  type  #18  equipment;  the  minus  sign  denotes  the  special  nature 
of  this  entry. 


Resource  requirements  for  assembling  munitions  are  specified  and 
stored  in  the  MUNRQT  array;  the  number  of  the  munitions  type  determines 
the  column  in  that  array  in  which  the  data  are  filed.  The  quantity  of 
munitions  to  be  assembled  for  each  task  should  be  selected  such  that  the 
buildup  time  is  no  greater  than  two  to  three  hours,  so  that  the 
simulated  assembly  activities  will  be  responsive  to  sudden  shifts  in 
munitions  requirements.  The  default  value  for  the  number  of  munitions 
assembled  is  12.  The  requirements  for  alternative  procedures,  when 
specified,  are  also  filed  with  these  cards  in  the  MUNRQT  array;  these 
data  should  not  be  filed  in  columns  defined  by  any  of  the  munition  types 
cons idered . 


Sample  Data :  Assembly  requirements  are  shown  for  six  types  of  munitions 
The  assembly  of  six  Type  it  1  munitions  takes  three  Type  it 65  personnel 
two  hours  (40  TTU)  using  a  unit  of  Type  it 21  equipment.  If  available, 
cross-trained  personnel  may  replace  the  Type  it 65  personnel  in  assembling 
the  Type  it  1  munitions.  For  assembling  #4  and  it 6  munitions,  task- 
assist-qualified  personnel  may  assist,  but  not  replace,  the  normal 
personnel.  In  one  instance  (the  it 5  munitions)  an  alternative  procedure 
permits  assembly  without  special  equipment,  but  requires  an  additional 
1-3/4  hours  (35  TTU). 


Card  Type  #12 


These  cards  permit  the  user  to  specify  up  to  five  standard  combat 
loads  for  each  combination  of  aircraft  type  and  mission.  The  preferred 
loading  is  listed  first;  the  least  acceptable  load  is  listed  last.  An 
effectiveness  proxy  may  be  entered  for  each  SCL;  these  values  are  summed 
during  the  simulation  for  each  sortie  that  is  launched  and  does  not 
abort,  and  provide  an  overall  measure  of  effectiveness.  The  user  must 
be  careful  to  ensure  consistency  between  the  effectiveness  proxies  for 
the  different  types  of  aircraft  and  missions. 

When  the  program  is  executed,  resources  are  sought  first  for  the 
preferred  munitions,  and  then  for  the  secondary  (less  effective) 
options.  Resource  requirements  for  the  various  SCLs  are  listed  in  the 
SCLRQT  array. 


Sample  Data :  Combat  loading  preferences  are  shown  for  two  missions  for 
aircraft  Type  #1;  primary  and  secondary  choices  have  been  defined  in 
both  cases.  The  first  card  image  indicates  that  when  an  aircraft  Type 
#  1  is  launched  on  a  Type  #1  mission,  loaded  with  SCL  if  l ,  110 
effectiveness  units  are  tallied;  if  the  required  munitions  or  TRAP  are 
not  available,  mission  effectiveness  would  drop  to  90  when  SCL  if 2  is 
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Card  Type  #13 


The  munitions  loading  requirements  for  the  various  SCLs  are  entered 
here.  Since  the  SCL  number  denotes  the  column  in  the  SCLRQT  array  in 
which  the  data  are  stored,  distinct  SCLs  are  required  for  each  aircraft 
type,  unless  the  time  requirements  are  the  same.  Resources  needed  to 
set  up  the  aircraft  configuation  specified  in  columns  6-9  are  handled 
with  the  next  card  type.  Either  one  or  two  sets  of  munitions  may  be 
specified.  If  the  personnel  and  equipment  requirements  for  the  two 
tasks  are  the  same,  the  tasks  may  be  done  in  series  if  there  are 
insufficient  resources  available  for  both.  Otherwise,  both  must  wait 
until  all  resources  are  available,  unless  a  subordinate  SCL  may  be 
loaded. 


Sample  Data :  These  data  specify  that  SCL  #1  involves  configuration  # 1 
and  that  12  Type  #1  arid  two  Type  #5  munitions  are  to  be  loaded.  Four 
Type  #62  personnel  require  a  #31  equipment  for  45  minutes  to  load  the  #1 
munitions,  and  three  Type  #63  personnel  take  30  minutes  with  a  #32 
equipment  to  load  the  #5  munitions.  Cross-trained  or  task-assist- 
qualified  personnel  may  be  used  for  the  first  task  (the  3  in  column  15), 
but  no  substitutions  are  permitted  for  the  second. 
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The  resource  requirements  and  task  times  for  all  aircraft 
configurations  are  entered  using  Card  Type  #14.  Either  one  or  two  tasks 
may  be  specified.  The  configuration  number  denotes  the  position  of  the 
data  in  the  CONFIG  array.  TRAP  are  considered  to  be  returned  when  the 
aircraft  returns  from  a  mission  and  are  returned  to  stock  if 
inappropriate  for  the  next  mission.  When  the  TRAP  that  is  to  be 
represented  are  auxiliary  aircraft  fuel  tanks  that  are  consumed  --i.e., 
dropped  in  combat--they  cannot  be  handled  here,  but  must  be  treated  as  a 
special  task  assigned  to  Shop  #25  (see  the  Card  Type  #5  discussion  for 
these  special  tasks). 

When  an  aircraft  must  be  reconfigured  to  meet  the  requirements  of  a 
different  mission  (or  because  the  required  ammunition  stocks  are 
depleted),  the  time  required  to  remove  the  TRAP  is  assumed  to  be  equal 
to  the  time  specified  here  for  equipping  the  aircraft.  If  either  of  the 
two  sets  of  TRAP  is  common  to  the  two  configurations,  only  the 
dissimilar  TRAP  are  "changed"  during  a  reconfiguration.  Also,  as  with 
such  descriptors  in  the  other  kinds  of  tasks,  the  personnel,  equipment, 
and  time  requirements  may  be  satisfied  with  a  null  entry;  if,  for 
example,  the  same  crew  using  the  same  equipment  loads  two  sets  of  TRAP 
in  sequence,  the  descriptors  for  the  second  reconfiguration  task  could 
be  limited  to  the  TRAP,  with  null  entries  for  personnel,  equipment,  and 
time;  the  total  time  would  be  listed  for  the  first  task. 

Sample  Data:  Two  tasks  are  required  for  configuration  #1.  In  the  first 
case  two  Type  #62  personnel  are  to  mount  one  #2  TRAP  and  will  require  30 
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minutes  using  a  piece  of  #34  equipment.  The  second  task  mounts  one  # 4 
TRAP  in  24  minutes;  again  two  #62  personnel  are  required.  Cross-trained 
personnel  may  be  used  for  either  task,  as  designated  by  the  1  in  columns 
lu  and  30. 
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Card  Type  #15 
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Miscellaneous  aircraft  data  are  entered  using  Card  Types  #15/1, 
#15/2,  and  #16.  The  first  entries  on  #15/1  permit  the  user  to  specify 
two  delays  in  which  no  specific  tasks  are  accomplished;  one  immediately 
after  the  aircraft  lands  and  one  before  the  preflight  maintenance  tasks 
are  begun.  The  values  specified  might  be  chosen  to  reflect  taxi  time, 
inspections,  or  various  scheduling  inefficiencies.  The  quantity  of  fuel 
(in  thousands  of  pounds)  and  the  appropriate  task  number  are  specified 
next.  The  approximate  expected  values  that  are  entered  for  unscheduled 
maintenance  time  and  for  total  sortie  cycle  time  are  only  used  for 
projecting  the  future  supply  of  ready  aircraft,  and  only  for  aircraft 
that  have  not  yet  been  recovered;  the  user  should  derive  these  values 
from  the  various  data  entered  with  Card  Types  #5,  #7,  and  #29. 

If  the  specifications  for  a  munitions  load  team  are  entered,  only 
one  load  team  will  be  permitted  to  work  on  any  given  aircraft  at  a  time; 
that  constraint  will  be  observed  even  when  substitute  or  alternative 
personnel  are  employed  to  make  up  the  required  load  team.  For  equipment 
types  entered  into  the  Special  AGE  fields,  it  is  assumed  that  only  one 
piece  of  such  equipment  need  be  present  at  an  aircraft  to  satisfy  all 
concurrent  task  demands.  When  an  aircraft  is  always  to  be  equipped  with 
some  minimal  kinds  of  munitions,  those  types  should  be  entered  in  the 
last  fields  on  Card  Type  #15/1  and  not  included  in  the  mission-dependent 
munitions  requirements.  These  munitions  are  referred  to  as  basic 
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munitions.  These  entries  and  the  retention  data  on  Card  Type  #16  are 
used  in  assessing  the  demands  for  munitions  assembly;  the  resource 
requirements  for  uploading  these  basic  munitions  must  be  entered  with 
Type  #5  Cards  (e.g.,  see  Tasks  #43  and  #44). 

The  first  entry  on  Card  Type  #15/2  is  an  administrative  delay  that 
will  be  imposed  when  an  aircraft  is  newly  arrived  on  base.  When 
aircraft  battle-damage  repair  tasks  are  specified,  the  root  segments  of 
those  tasks  should  be  arranged  in  a  numerically  ordered  set;  the  first 
and  last  task  numbers  of  that  set  are  entered  next  on  this  card.  The 
next  entry  is  the  probability  that  each  part  will  be  recoverable  from 
aircraft  that  are  too  badly  damaged  for  repair  and  must  be  salvaged.  A 
separate  set  of  tasks  may  be  specified  for  the  aircraft  damage  inflicted 
by  enemy  airbase  attacks;  the  root-segments  of  these  tasks  should  also 
form  a  numerically  ordered  set.  If  a  number  of  sorties  is  entered  in 
the  battle  damage  spares  column,  quantities  of  the  spare  parts  that 
would  be  required  for  battle  damage  repairs  are  automatically  stocked  at 
each  base.  The  numbers  of  parts  stocked  are  the  numbers  that  would  be 
expected  to  be  required  if  a  number  of  aircraft  were  each  flown  the 
specified  number  of  sorties;  the  number  of  aircraft  is  either  the  number 
of  each  type  initially  at  each  base  or,  if  OUTFIT  is  not  zero,  the 
number  specified  on  the  #23/70  Type  Cards. 

The  next  two  entries  on  Card  Type  15/2  are  used  to  specify  any 
personnel  or  equipment  that  must  be  maintained  with  each  aircraft  that 
is  to  be  placed  on  alert.  The  next  entry  specifies  the  base  number  of 
that  rear  base  where  aircraft  of  the  specified  type  are  flown  for  rear- 
base  maintenance.  Initializing  the  next  entry  declares  that  this 
aircraft  may  be  designated  for  assignment  to  "special  alert"  (e.g. ,  QRA) 
and  will  be  given  priority  when  aircraft  shelters  allocated  to  this  role 
are  assigned  (see  Card  Type  #19/1).  When  a  "l"  is  entered  in  this 
field,  an  aircraft  alert  requiirement  for  the  highest  numbered  mission 
that  this  aircraft  type  may  be  assigned  to  (col, 35  on  Card  Type  #15/1) 
is  interpreted  as  "special"  alert. 

The  last  three  entries  on  the  #15/2  Type  Card  provide  the  user  with 
options  for  launching  aircraft  despite  the  unavailability  of  certain 
basic  munitions.  If  any  of  these  three  fields  is  not  zero  (or  null). 
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the  aircraft  will  be  permitted  to  fly  a  combat  mission  without  the 
corresponding  munitions  on  Card  Type  #15/1,  and  the  entry  is  interpreted 
as  the  percentage  degradation  to  be  applied  to  the  overall  sortie 
effectiveness  recorded  in  the  effectiveness  proxy  when  the  aircraft  is 
launched . 


Sample  Data:  For  aircraft  type  #1,  there  is  a  six-minute  postflight 
delay.  Fueling  requires  five  units  of  POL;  the  time  and  personnel 
required  are  specified  with  Task  #41.  The  aircraft  can  be  assigned  to 
three  different  missions.  Approximate  time  for  unscheduled  maintenance 
and  for  a  complete  sortie  cycle  are  60  and  150  minutes.  A  munitions 
load  crew  consists  of  four  Type  #62  specialists;  one  piece  of  Type  #2  or 
Type  #4  equipment  will  satisfy  all  concurrent  demands  for  either  of 
those  types  of  equipment.  The  basic  munitions  that  are  to  be  loaded  for 
all  missions  consist  of  one  Type  #11  munitions  and  two  Type  #12 
munitions . 

When  a  Type  #1  aircraft  recovers  at  a  different  base  or  is 
transferred  to  a  different  base  an  hour  is  required  for  various 
administrative  procedures.  'For  aircraft  that  receive  battle  damage  in 
combat,  tasks  are  selected  from  the  Task  set  #101  through  #104, 
inclusive.  For  aircraft  too  damaged  to  be  repaired,  40  percent  of  the 
parts  are  salvaged;  those  recovered  are  selected  at  random  from  the 
aircraft  parts  list. 

No  repair  tasks  are  specified  for  aircraft  damaged  by  air  attack. 
Spare  parts  are  stocked  at  each  base  for  repairing  battle  damage 
sustained  in  flight  operations,  on  the  assumption  each  aircraft  will  fly 
an  average  of  14  combat  sorties. 

If  an  aircraft  is  to  be  placed  on  an  alert,  two  #2  personnel  and  a 
#1  equipment  must  be  assigned.  When  it  is  necessary  for  Type  #1 
aircraft  to  have  maintenance  done  in  the  rear,  the  aircraft  are  to  be 
ferried  to  base  #5. 
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The  only  flight  data  used  in  TSAR  are  entered  here.  For  each 
aircraft  type  and  each  of  the  missions  that  that  aircraft  can  fly, 
estimates  are  entered  for  the  duration  of  the  flight,  the  expected 
attrition  and  battle  damage,  abort  rate  and  munitions  expenditures; 
different  attrition  levels  may  be  specified  for  each  of  five  blocks  of 
time.  If  aircraft  of  this  type  and  mission  are  permitted  to  take  off 
late,  that  allowance  is  also  entered.  If  the  members  of  a  flight  are  to 
recover  together,  rather  than  independently,  a  "l"  is  entered  in  the 
final  field. 


Sample  Data:  This  card  image  indicates  that  the  nominal  flight  time  for 
mission  Type  #1  with  aircraft  Type  #1  is  1-1/2  hours,  and  that  takeoff 
up  to  10  minutes  after  the  scheduled  flight  time  is  acceptable.  One 
percent  of  the  aircraft  abort  on  takeoff,  10  percent,  on  the  average, 
return  with  their  mission  dependent  munitions,  and  20  percent  retain 
their  basic  (typically  defensive)  munitions.  For  the  first  day,  6 
percent  of  the  aircraft  are  lost  for  each  combat  sortie;  4.5  percent  are 
lost  on  the  second  through  third  days,  3.2  percent  on  the  fourth  through 
seventh  day,  2  percent  from  the  eighth  to  the  15th  day,  and  0.8  percent 
thereafter.  Five  times  as  many  aircraft  are  damaged  as  are  lost,  and  8 
percent  of  the  damaged  aircraft  must  be  salvaged.  As  noted  on  Card  Type 
#15/2,  40  percent  of  the  parts,  selected  at  random,  are  recovered.  When 
an  aircraft  is  lost  in  combat  the  crew  is  recovered  only  15  percent  of 
the  time. 
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Card  Type  #17/1 
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Miscellaneous  base  data  are  entered  with  Card  Types  #17/1  and 
#17/2.  The  kind  of  base  is  entered  in  the  first  field  following  the 
base  number;  1  denotes  a  MOB,  and  2  a  COB.  A  "l"  should  be  entered  in 
the  next  field  if  maintenance  personnel  at  the  base  are  in  a  66-1 
maintenance  organization,  and  the  data  have  been  prepared  for  a  COMO 
(66-5)  organization.  The  latter  entry  signals  the  program  to  ignore 
back-shop  personnel  requirements  and  to  use  the  equivalent  flight-line 
specialist  for  the  basic  parts  repair  procedures.  The  same  entry  also 
signals  the  program  to  extend  the  mean  on-equipment  task  times  by  NOPOMO 
time  units,  to  account  for  the  increased  dispatch  and  travel  time  in  a 
"66-1"  type  of  organization. 

If  the  maintenance  personnel  at  the  base  have  been  cross-trained 
for  certain  tasks,  or  have  been  qualified  to  assist  on  various  tasks  (as 
outlined  for  the  66-5  organization),  a  "l"  should  be  entered  as 
appropriate  ir.  the  next  two  fields.  The  entry  in  columns  31-35  is  used 
to  control  the  assignment  of  weapons  assembly  personnel  in  Shop  #30 
after  all  immediate  demands  have  been  satisfied;  additional  assembly 
tasks  are  defined  and  initiated  until  the  total  number  of  ongoing  tasks 
is  equal  to  the  value  entered. 

The  number  of  aircraft  shelters  is  specified  in  columns  31-35.  The 
average  number  of  aircraft  that  may  be  housed  in  each  shelter  (times  10) 
is  entered  in  columns  36-40.  The  number  of  these  shelters  that  are  to 
be  allocated  preferentially  to  "special"  alert  aircraft  is  entered  in 
columns  41-45;  damage  to  these  shelters  and  their  contents  will  be 
distinguished  from  that  for  the  other  shelters. 

The  next  entry  is  the  base's  POL  storage  capacity;  that  capacity 
should  be  expressed  in  the  same  units  used  for  specifying  POL  supplies 
on  Card  Type  #27  and  the  aircraft's  per-sortie  consumption--normally 
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thousands  of  pounds.  Since  this  value  cannot  exceed  32750  it  may  be 
necessary  to  select  a  different  unit  of  measure--tons ,  for  example. 

The  last  two  entries  permit  the  user  to  control  the  relationship 
between  the  "probability  that  an  aircraft  is  unable  to  access  the 
runway"  and  the  "percentage  damage"  to  the  base's  taxiways  (i.e., 
facility  # 35).  The  "damage  limit"  identifies  that  percentage  damage 
beyond  which  access  is  impossible,  and  the  exponent  controls  the  manner 
in  which  the  probability  varies  between  no  damage  and  the  "limit,"  as 
discussed  in  Section  IX. 

Sample  Data :  The  sample  data  indicate  that  Base  #1  is  a  MOB  and  has 
cross-trained  personnel.  At  least  four  munitions  assembly  tasks  are  to 
be  ongoing  at  all  times.  The  base  has  48  shelters,  and  an  average  of 
1.2  aircraft  may  be  housed  in  each  shelter;  non,,  of  the  shelters  are  set 
aside  for  alert  aircraft.  POL  storage  capacity  is  32000  units. 


-58- 


Card  Type  #17/2 
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The  actual  times  for  various  tasks  that  are  drawn  from  the  specified 
distributions  may  be  modified  to  reflect  various  schemes  of  work 
speedup.  The  HURRY,  REDUCE,  and  SAVE  arrays  control  these  arrays 
according  to  the  relationship: 


Task  Time  =  HURRY ( i)  x  [Mean  Time  -  REDUC(i) ]  -  SAVE(i) 

where  represents  the  value  selected  from  the 
distribution  j,  and 


i  =  1  for  on-equipment  tasks 
=  2  for  preflight  tasks 
=  3  for  parts  and  equipment  repair  jobs 
=  4  for  munitions  assembly  jobs 
=  5  for  civil  engineering  tasks 


HURRY 

REDUCE 

SAVE 


Percentage  of  nominal  task  time 
Mean  time  reduction  in  minutes 
Overall  task  time  reduction  in  minutes 


These  procedures  may  be  used  to  modify  the  many  input  values  on 
Card  Types  # 5,  #6,  #8,  # 9,  #10,  #11,  #13,  #14,  and  #38,  by  entering 
values  for  HURRY,  REDUCE,  and  SAVE  with  Card  Type  #17/2.  Different 
values  may  be  specified  for  each  of  the  five  groups  of  tasks  at  each 
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base.  If  no  base  number  is  entered,  the  values  will  be  the  same  at  all 
bases.  When  these  values  differ  from  the  default  values  of  100,  0,  and 
0,  task  times  are  computed  as  shown  above. 


Sample  Data :  Card  Type  # 17/2  indicates  that  preflight  tasks  are  to  be 
accomplished  in  80  percent  of  the  nominal  times  at  base  #1,  and 
equipment  repairs  are  to  consume  30  percent  more  than  the  normal  time  at 
base  #2. 
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Card  Type  #18 
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These  cards  are  used  to  specify  the  beginning  of  the  "day"  shift 
for  each  of  the  30  shops  and  the  fraction  of  the  tasks  for  each  of  the 
shops  that  require  a  sheltered  aircraft  to  be  exposed  to  a  higher 
likelihood  of  damage.  The  permissible  entries  for  shift  changes  are 
limited  to  even-valued  hours  between  zero  (midnight)  and  10  (1000 
hours);  the  two  12-hour  shifts  are  presumed  to  be  the  same  for  the 
same-numbered  shops  at  all  bases.  When  an  airbase  is  attacked,  each 
sheltered  aircraft  is  checked  as  to  which  shops  are  engaged  in  tasks  on 
the  aircraft;  exposure  to  the  higher  damage  level  is  determined  on  a 
random  basis. 

Tasks  associated  with  shop  #25,  or  the  flight  line  shop,  and  with 
the  preflight  shops  (shops  #27,  #28  and  #29),  are  treated  differently  at 
the  time  of  their  shift  change.  These  shops  have  a  flexible  overtime 
policy  such  that  no  ongoing  tasks  are  interrupted  as  a  result  of  the 
shift  change,  but  are  completed  before  the  crew  is  released. 


Sample  Data :  The  day  shift  commences  at  0400  for  Shops  #27  and  #28  and 
at  0600  for  shops  #25  and  #29;  all  others  change  shift  at  0800. 

Aircraft  must  be  left  partially  exposed  in  their  shelters  a  percentage 
of  the  time  that  Shops  #1,  #4,  #7,  and  #29  work  on  the  aircraft;  this 
occurs  30  percent  of  the  time  for  Shop  #1,  20  percent  for  Shops  #4  and 
#7,  and  60  percent  for  Shop  #29. 


All  incompatible  on-equipment  task  data  are  stored  in  the  one¬ 
dimensional  LISTIN  array.  For  each  task  that  may  not  be  initiated  while 
other  tasks  are  underway  or  until  specific  tasks  have  been  completed, 
the  entry  on  Card  Type  #5  (i.e.,  TSKRQT  (-,11))  specifies  the  first 
position  in  the  LISTIN  array  for  the  relevant  incompatibility  data. 
Whenever  an  attempt  is  made  to  initiate  a  task,  all  tasks  being 
conducted  on  that  aircraft  are  checked  to  see  if  they  are  incompatible. 
To  ease  the  specification  of  incompatibilities,  entire  groups  of  shops 
and  tasks  and  task  segments  may  be  specified  as  well  as  individual 
tasks . 

The  task  numbers  of  the  individual  tasks  that  are  incompatible  are 
entered  first  and  the  TASKQ  is  searched  to  see  if  any  of  those  tasks  are 
in  progress.  If  the  task  may  not  be  processed  when  other  shops  are 
working  on  the  aircraft,  the  number  "-l"  is  entered,  followed  by  the 
first  and  last  shop  number;  one  or  more  shop  number  pairs  may  be  listed 
in  sequence.  If  the  task  is  incompatible  with  an  entire  block  of  task 
numbers,  the  number  "-2"  should  be  entered  and  followed  by  the  first  and 
last  task  number  in  that  block  (several  task  number  pairs  may  be  entered 
for  several  incompatible  blocks  of  tasks).  If  the  task  must  not  be 
started  until  after  a  set  or  sets  of  task  segments  are  completed,  the 
number  "-3"  should  be  entered  and  followed  by  the  first  and  last  task 
segment  numbers  of  each  such  set  (several  task  segment  pairs  may  be 
entered) .  A  zero  entry  in  the  LISTIN  array  denotes  the  end  of  that 
particular  sub-list  of  incompatibilities. 

Sample  Data :  These  data  are  filed  in  the  61st  thru  75th  elements  of  the 
linear  LISTIN  array.  Data  in  columns  6-30  specify  those  activities  that 


-62- 


may  not  be  ongoing  when  Task  #2  is  to  be  initiated;  the  first  two 
numbers  refer  to  Tasks  #6  and  #7.  The  number  "-l"  signals  that  the 
following  two  numbers  are  the  first  and  last  of  the  ranges  of  shops  that 
may  not  be  active;  thus  Task  #2  may  not  be  started  if  Shop  # 5,  #6,  #7, 
#8,  or  #9  is  performing  a  task  on  the  aircraft. 

Data  in  columns  36-75  similarly  specify  that  Task  #6  may  be 
initiated  if  Task  #66  or  any  job  by  Shop  #7  is  in  progress;  furthermore 
it  may  not  be  started  if  any  task  number  in  the  range  #76  to  #96, 
inclusive,  is  in  process. 

The  first  entry  of  an  incompatibility  list  is  specified  on  a  Card 
Type  #5  by  naming  the  appropriate  element  in  the  linear  L1STIN  array;  in 
this  case,  Task  #6  specified  element  #67,  Since  Task  #66  is  the  67th 
element.  If  some  other  task  was  incompatible  only  with  tasks  #76 
through  #96,  the  incompatibility  pointer  should  specify  #71,  reusing  a 
part  of  the  Task  #6  list,  thereby  saving  storage  space. 
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INITIAL  STOCKS  OF  AIRBASE  RESOURCES 

The  next  eight  types  of  cards  (#20  thru  #27)  define  resource 
availability  at  zero  time  for  each  of  the  airbases.  These  data  are 
required  for  each  type  of  each  of  the  eight  resource  classes  that  the 
user  has  distinguished  in  his  descriptors  of  task  requirements.  These 
data  may  be  entered  separately  for  each  base;  or,  if  no  base  is 
specified  (except  for  aircraft,  crews,  and  POL),  the  same  quantity  of 
each  class  and  type  of  resource  is  provided  at  each  base.  (When  all  but 
one  base  or  only  a  few  bases  have  the  same  quantity  of  a  resource,  the 
resource  can  first  be  entered  for  all  bases  with  a  zero  base  number,  and 
then  corrected  for  that  base(s)  with  a  different  quantity.) 

Other  aids  are  available  for  Card  Types  #21  through  #25.  When  an 
"88"  is  encountered  in  the  "j"  field  for  any  of  these  card  types,  two 
more  entries  are  expected:  #B1  and  #B2.  These  entries  designate  that 
the  entire  stockage  array  for  that  class  of  resource  is  to  be  copied 
from  Base  #B1  into  the  storage  space  for  Base  #B2.  If  this  card  is 
placed  at  an  intermediate  point  in  the  entries  for  Base  #B1,  only  the 
data  entered  to  that  point  are  copied  for  Base  #B2.  A  more 
sophisticated  aid  is  available  for  parts  data;  it  automatically 
generates  parts  stocks  and  initializes  the  parts  pipelines. 

The  quantities  of  all  types  of  these  various  resources  that  are 
available  in  depots  to  replace  losses  may  also  be  specified  with  the  #20 
through  #27  Type  Cards.  When  a  "99"  is  entered  in  the  "j"  field  for  any 
of  these  card  types,  the  total  numbers  of  resources  of  types  I  through  I 
+  9  that  are  available  at  time  zero,  are  listed  in  the  ten  5-column 
fields  in  columns  11-60,  where  I  is  the  resource  type  listed  in  columns 
6-10  (see  Card  Type  #23/99). 


Initial  aircraft  inventories  may  include  up  to  five  different  types 
of  aircraft  at  each  airbase.  This  Card  Type  is  used  to  specify  the 
initial  inventory  of  each  type  of  aircraft  and  the  initial  number  of  air 
crews  qualified  for  that  type  of  aircraft  at  each  base.  The  total 
number  of  aircraft  in  the  simulation  at  any  time  is  limited  to  the  size 
of  the  ACN  array  (i.e.,  MAXACN) ,  and  the  total  number  of  air  crews  is 
limited  to  the  size  of  the  PILOT  array  (i.e.,  NOCREW). 

The  Type  #41  and  Type  #42  Cards  are  used  in  conjunction  with  Card 
Type  #20  for  initializing  aircraft  configurations  for  various  missions 
and  for  initializing  the  status  of  aircraft  maintenance;  those  cards 
must  be  entered  after  to  the  entry  of  the  Type  #20  Cards. 

The  aircraft  of  a  given  type  at  any  particular  base  may  be 
separated  into  two  or  three  squadrons  by  entering  a  "2"  or  "3"  in  the 
"Sq"  column.  When  this  is  done,  personnel  and  equipment  may  be  assigned 
separately  to  each  squadron,  as  in  a  "66-5,"  or  COMO-type  organization, 
rather  than  all  aircraft  drawing  upon  a  common  group  of  such  resources. 
Organization  of  those  resources  is  controlled  by  the  ALTPEO  and  ALTAGE 
arrays  that  are  entered  with  Card  Types  #45/1  and  #46. 

The  #22/77  Type  Cards'  are  used  to  initialize  the  pool  of  "filler" 
aircraft,  if  any,  and  to  specify  the  time  required  to  ferry  the  aircraft 
to  the  operating  base  when  it  has  been  assigned.  The  #22/99  Type  Cards 
impose  constraints  on  the  number  of  aircraft  of  each  type  that  are 
available  to  replace  losses  incurred  during  flight  operations  or  from 
air  base  attacks.  The  availability  and  delivery  delays  for  these 
replacement  aircraft  are  controlled  by  the  Type  #43  Cards;  these 
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aircraft  are  in  addition  to  those  that  may  be  designated  for  the  filler 
force.  Each  filler  aircraft  and  each  replacement  aircraft  is  ferried  by 
an  aircrew  that  is  presumed  to  be  reassigned  to  the  operating  unit  on 
arrival . 


Sample  Data:  Bases  #1  and  #2  each  have  48  Type  #1  aircraft  organized 
into  two  squadrons;  Base  #1  has  54  aircrews  and  Base  #2  has  60.  Bases 
#3  and  #4  also  have  Type  #1  aircraft;  the  PAA  is  24  aircraft  at  Base  #3 
and  18  at  Base  #4.  Twenty-four  #1  Type  aircraft  are  available  in  the 
theater  as  fillers  and  can  reach  their  assigned  base  in  two  hours.  In 
addition,  72  #1  Type  aircraft  are  available  for  replacing  lost  aircraft 
and  can  reach  their  assigned  base  in  3.5  days  (see  Card  Type  #43). 
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Card  Type  #21 


Airbase  personnel  resource  descriptors  include  the  number  on  the 
day  shift  and  the  total  number  on  base  at  zero  time;  the  difference  is 
assumed  to  be  on  the  night  shift.  In  addition  to  "actual"  values,  the 
user  must  also  enter  the  "target  level"  for  each  of  these  two  factors. 
The  target  levels  may  be  the  same  as  the  actual  levels  or  different, 
except  that  the  target  level  may  not  exceed  99,  whereas  the  actual 
values  may  be  as  large  as  320.  The  target  levels  permit  dynamic 
estimates  of  resource  depletion  and  provide  a  basis  for  theater  resource 
management.  Whenever  the  total  number  of  people  of  a  given  type  on  a 
base  changes,  the  day/total  ratio  of  the  target  levels  is  used  to 
apportion  the  new  force  among  the  two  12-hour  shifts,  subject  to  the 
minimum  shift  size  constraint,  when  entered. 

If  personnel  of  a  given  type  are  organized  into  several  separate 
groups,  the  personnel  in  each  group  will  be  identified  by  different 
personnel  type  numbers.  When  personnel  of  a  particular  type  are 
assigned  several  different  designations,  it  is  assumed  that  the  lowest 
numbered  personnel  type  is  associated  with  the  first  group,  or  squadron, 
and  that  the  next  be  with  the  second,  etc.;  the  highest  numbered  type  is 
assumed  to  be  assigned  to  wing  level.  Equivalent  personnel  types  are 
identified  as  such  with  the  Type  #45/1  Cards.  When  personnel  are 
designated  for  on-equipment  tasks  on  the  Type  #5  Cards,  it  is  mandatory 
that  the  lowest  type  number  for  the  specialty  be  specified. 

Civil  engineering  personnel  are  treated  in  a  distinct  manner;  their 
designations  must  be  greater  than  (NOPEOP  -  CEPEO) ,  and  both  shifts  must 
have  the  same  number  of  each  type  of  personnel. 
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S ample  Data :  The  first  card  image  indicates  that  Base  #1  has  48  Type  #1 
personnel,  16  Type  #2  personnel  and  eight  Type  #3  personnel;  of  these, 
30,  8,  and  4  are  on  the  day  shift,  respectively.  The  minimum  shift  size 
is  two  for  Types  #1  and  #2,  and  three  for  personnel  Type  #3. 

The  second  card  image  assigns  six  Type  # 30  personnel  to  each  of  all 
the  bases,  since  no  base  number  is  mentioned.  The  third  card  image 
specifies  that  base  #4  should  be  staffed  with  the  same  numbers  of 
personnel  as  base  #3.  Since  no  limits  on  replacement  personnel  are 
specified  with  a  #21/99  Type  Card,  all  personnel  losses  will  be  replaced 
if  so  specified  with  the  #43  Type  Cards. 
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Card  Type  #22 


For  each  type  of  support  equipment  (AGE)  to  be  distinguished  in  the 
simulation,  initial  entries  include  the  total  number  on  base,  a  target 
level  for  the  total  number,  and  the  number  that  are  not  assigned  at  zero 
time.  All  three  numbers  would  be  the  same  if  the  base  were  fully 
stocked  and  all  shop  tasks  were  assumed  to  have  been  worked  off  at  zero 
time  (except  that  the  target  level  may  not  exceed  99). 

If  equipments  are  assigned  to  different  organizations,  they  will  be 
numbered  differently,  as  with  the  personnel  data  described  above,  and 
the  stocks  for  each  of  the  organizations  will  be  identified;  the 
equivalent  types  will  be  identified  with  the  Type  #46  Cards. 

Equipment  employed  by  civil  engineers  must  have  designations 
greater  than  (NOAGE  -  CEAGE). 


Sample  Data :  The  first  card  image  equips  base  #1  with  one  piece  of  Type 
#7  AGE  and  assigns  it  to  Shop  #10.  The  second  card  equips  base  #2  with 
the  same  AGE  and  equipment  that  have  been  designated  for  base  #1,  up  to 
this  point.  The  third  card  image  equips  all  bases  with  four  Type  #2  AGE 
and  one  Type  #3  AGE.  All  are  available  at  the  beginning  of  the 
simulation.  The  fourth  card  image  changes  the  initial  stocks  of  AGE 
Types  #2  and  #3  to  three  and  two,  respectively,  at  base  #1. 
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The  specialized  support  equipment  used  for  testing  and  repairing 
avionics  on  late  model  aircraft--the  AIS  or  Avionics  Intermediate 
Shops--may  also  be  simulated  in  TSAR.  The  manner  in  which  the  special 
characteristics  of  AIS  are  modeled  in  TSAR  is  discussed  in  Section  VII. 
Whenever  an  LRU  repair  is  completed  using  an  AIS  station,  additional 
station  time  is  allocated  for  maintenance  of  the  station.  This  is 
handled  by  increasing  the  LRU  repair  time  by  a  user-specified 
percentage.  When  that  time  is  over  a  check  is  made  to  see  if  any  piece 
part  needed  for  station  maintenance  was  not  in  stock.  If  so,  the 
station's  residual  capability  to  repair  LRUs  is  estimated  on  the  basis 
of  statistics  that  indicate  how  frequently  each  particular  LRU  repair 
capability  is  lost,  on  the  average,  when  an  AIS  part  is  back-ordered. 

To  do  this  we  imagine  that  each  station  is  divided  into  a  number  of 
sections,  or  "trays,"  one  tray  for  each  type  of  LRU,  and  when  a  part  is 
back-ordered  the  mission  capability  of  each  tray  is  determined  on  the 
basis  of  the  statistical  experience. 

To  organize  the  necessary  input  data,  the  user  must  number  each 
type  of  station,  and  each  "tray"  associated  with  each  station.  The 
station  type  numbers  should  be  in  sequence  beginning  with  type  #1  and 
the  trays  should  be  numbered  consecutively  from  the  first  tray  in 
station  #1  to  the  last  tray  in  the  last  type  of  station.  The  user  then 
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identifies  the  correspondence  between  the  AGE  type  and  the  station  type 
on  Card  Type  #22/66,  and  between  the  part  number  and  the  tray  number 
with  entries  in  the  AISDTA  array  (see  col.  11-15  on  Card  Type  #22/66) 
and  in  the  TRAY  array  (see  Card  Type  #23/78).  The  #22/66  and  #22/74 
Card  Types  provide  the  rest  of  the  required  data. 

The  entries  for  each  type  of  station  on  Card  Type  #22/66  include 
the  station-type  number,  the  location  in  the  TRAYS  array  of  the  first 
tray  associated  with  the  station,  the  probability  that  a  part  will  be 
unavailable  for  AIS  maintenance  following  each  use  of  that  AIS  station, 
the  order  and  ship  time  to  replace  a  needed  part,  the  increase  (a 
percentage)  in  LRU  repair  time  to  be  used  to  represent  AIS  maintenance, 
and  the  number  of  the  equivalent  AGE.  The  probabilities  that  an 
individual  tray  is  affected  by  a  missing  part  are  entered  with  Card  Type 
#22/77. 


S amp  1 e  Data :  The  #22/66  Type  Card  provides  characteristics  for  the  #3 
type  of  AIS  station.  The  first  "tray"  associated  with  this  station  is 
located  in  the  ninth  position  in  TRAYS  array.  After  1.31  percent  of  the 
times  this  type  of  station  is  used,  a  piece  part  required  for 
maintenance  of  the  AIS  is  unavailable  and  must  be  ordered;  six  days,  on 
the  average,  are  required  to  obtain  the  needed  component.  The  actual 
repair  time  for  each  LRU  processed  on  station  #3  must  be  increased  by  33 
percent,  to  account  for  necessary  AIS  maintenance  (if  two  or  more 
stations  of  the  same  type,  are  available  for  cross-checks,  "hot  mock- 
ups,"  etc.,  only  26  percent  additional  time  is  required).  The 
equipment,  or  AGE,  identification  number  for  the  #3  AIS  station  is  #18. 

When  a  piece  part  is  required  to  service  the  AIS  and  it  is  not 
available,  the  subsequent  mission  capability  of  the  station  is  affected 
as  specified  by  the  #22/77  Type  Card.  In  this  instance  there  is  a  12.0 
percent  chance  that  the  LRUs  associated  with  Tray  #1  will  not  be 
reparable  if  a  piece  part  is  unavailable  for  AIS  maintenance;  the 
likelihood  for  the  other  trays  varies  from  1.40  percent  for  Tray  #4  to 
16.80  percent  for  Tray  #6. 


« 


Ten  distinct  formats  are  used  in  connection  with  Card  Type  #23  to 
permit  the  user  to  either  specify  spare  part  stock  levels  explicitly,  or 
to  direct  TSAR  to  generate  exemplar  stock  levels  consistent  with  user- 
specified  parts  procurement  policies. 

Entry  of  Specif ic  Stock  Levels 

When  the  user  chooses  to  enter  the  stock  levels  himself,  the  first 
of  these  formats  is  used;  entries  include  the  number  of  serviceables 
(i.e.,  available  spares),  the  number  of  reparables  or  "bent"  parts, [2] 
and  the  "normal"  or  authorized  stock  levels.  The  percentage  of 
reparables  that  can  not  be  repaired  on  base--the  NRTS  rate--is  also 
entered.  The  reparable  ("bent")  parts  include  both  those  awaiting 
repair  and  those  undergoing  repair  (if  any);  all  bent  parts  are  presumed 
to  be  stored  in  the  appropriate  shop  and  are  at  risk  to  destruction  if 
that  shop  is  damaged  by  air  attack.  When  an  on-equipment  task  is 
initiated,  tests  are  made  to  see  if  a  part  is  broken;  if  it  is,  it 
begins  an  administrative  delay,  after  which  it  is  repaired  in  the  local 
shop  or,  if  it  is  to  be  NRTSed,  it  is  prepared  for  shipment.  The 
"nominal  stock  level"  at  an  operating  base  is  taken  to  be  the  level  that 
is  authorized  for  the  aircraft  initially  assigned  to  that  base,  and  it 
is  used  with  certain  of  the  decision  algorithms  for  reaching  judgments 
during  the  simulation  as  to  which  bases  have  the  greatest  need  for 
parts.  When  a  base  has  been  designated  as  a  CIRF,  or  as  the  location  of 

[2[  This  entry  normally  is  zero,  with  the  reparable  status  at  zero 
time  being  generated  by  the  ZSHOPS  subroutine;  see  Card  Type  #42. 
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the  theater  manager,  the  "nominal  stock  level"  at  that  base  defines  the 
minimum  stock  level  to  be  maintained  at  that  location;  serviceables 
above  this  level  are  "pushed"  to  the  "most  needy"  base,  if  that  resource 
management  mode  has  been  selected.  The  number  of  serviceable  parts  of 
any  given  type  may  not  exceed  320,  and  the  nominal  stock  level  may  not 
exceed  250. 

Several  other  Type  #23  Card  formats  are  illustrated  in  Figs.  5  and 
6 .  One  is  used  to  supply  data  as  to  which  bases  may  be  checked  for  a 
part  when  the  simpler  of  two  lateral  supply  doctrines  is  used.  A  Type 
#23  Card  enters  these  data  when  a  74  is  entered  in  the  ”j"  field.  The 
calling  base  is  entered  in  columns  6-10  and  the  bases  that  may  be  called 
are  entered  in  the  next  five  5-coluran  fields;  these  five  bases  are 
called  in  order.  As  indicated  on  page  63,  an  "88"  or  "99"  in  the  "j" 
field  can  be  used  to  have  the  parts  at  one  base  duplicated  at  another, 
or  to  enter  the  quantities  of  spare  parts  available  at  depots  for 
replacing  losses.  Card  Type  #23/78  is  used  to  identify  the 
corresponding  tray  number  (see  Card  Type  #22/77  and  Section  VII)  for 
those  LRUs  and  SRUs  that  are  repaired  with  AIS  equipment. 

Parts  Stockage  Algorithms 

TSAR  provides  special  subroutines  that  permit  the  user  to  generate 
the  parts  stock  levels  for  any  base;  these  are  activated  when  OUTFIT  is 
initialized  on  Card  Type  #3/3.  The  parts  provisioned  are  for  those 
unscheduled  maintenance  tasks  included  in  the  shop  collections  whose 
occurrence  is  controlled  by  Type  #7  Card  entries.  The  numbers  generated 
are  either  appropriate  for  a  WRSK  kit  or  are  the  total  of  POS  and  BLSS, 
depending  upon  the  user's  specifications.  They  do  not,  however,  make 
any  provision  for  the  additional  parts  that  may  be  needed  for  repairing 
aircraft  damage  sustained  in  air  battle  or  in  airbase  attacks. 

Card  Types  #23/70  and  #23/72  are  used  with  the  parts  generation 
option  to  describe  those  factors  that  define  stockage  policy;  they 
include  the  base  number  and  kind,  as  well  as  the  type  and  number  of 
aircraft  and  the  nominal  sortie  rates,  base  repair  cycle  times,  and 
order-and-ship  times  in  peace  and  war,  and  safety  factors.  Base  kind 
determines  whether  the  aircraft  are  in  place  and  the  base  is  to  be 
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Fig.  5  —  Automatic  Spare  Parts  In 
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stocked  with  POS  and  BLSS,  or  the  unit  has  been  deployed  into  the 
theater  with  a  WRSK  kit;  kind  is  1  for  the  former  and  2  for  the  latter. 
If  a  CIRF  is  simulated,  it  must  be  assigned  its  own  base  as  well  as  its 

own  NRTS  rates  and  other  policy  factors,  except  that  no  aircraft  are  to 

be  assigned  at  that  location. 

NRTS  data  for  the  parts  stockage  algorithms  are  entered  using  Card 
Types  23/20x  and  # 23/30x  for  each  part  type.  The  23/20x  Cards  define 
that  fraction  that  would  be  NRTSed  at  base  x  if  there  is  no  CIRF  in  the 

theater,  and  the  # 23/30x  Cards  define  the  same  data  for  the  case  in 

which  there  is  a  CIRF.  If  a  part,  LRU,  or  SRU  is  NRTSed  100  percent  of 
the  time  but  first  undergoes  a  normal  administrative  delay  and  then  a 
shop  check,  the  NRTS  value  is  entered  as  100;  if  the  part  is  NRTSed 
immediately  upon  removal,  the  NRTS  rate  should  be  entered  as  101.  The 
"buy"  column  on  the  # 23/30x  card  is  currently  not  used;  on  the  23/20x 
card  a  "l"  entered  in  the  "buy"  column  prohibits  procurement  of  that 
part  type  for  a  WRSK.  The  stockage  calculations  are  explained  at 
greater  length  in  Section  V-l  in  Volume  I.  If  the  POLICY  array  data 
entered  with  Card  Types  23/20x  and  #23/30x  are  the  same  at  two  bases,  a 
#23/76  Type  Card  can  be  used  to  duplicate  the  data  for  one  base  at 
another.  (Since  a  #23/76  Card  duplicates  only  that  data  already 
entered,  this  Card  can  be  used  to  copy  some,  but  not  all,  POLICY  entries 
from  one  base  to  another,  by  appropriate  placement  of  the  card  among  the 
entries  for  the  first  base.) 

When  a  CIRF  is  not  simulated,  the  # 23/30x  cards  may  be  used  to 
provide  the  user  an  option  to  modify  the  NRTS  rates  at  a  specific  time 
during  the  simulation.  This  might  be  desirable,  for  example,  when 
intermediate  repair  facilities  become  available,  as  at  a  COB.  To  use 
this  option,  see  the  instructions  for  Card  Type  #31. 

Card  Type  #23/66  provides  unit  cost  data  that  are  used  to  calculate 
WRSK  stock  levels  with  an  algorithm  that  approximates  the  DO-29  WRSK 
calculation  (when  PM0DE=1);  these  data  are  also  used  to  compute  the 
total  costs  for  all  the  parts  procured  and  "authorized"  for  each  base. 

If  the  control  variable  FULL  that  is  defined  on  Card  Type  A 3/3  is 
:•  e  rr>  rather  t one.  a  r;cm  i  n,i  ’  number  of  each  i.  vpe  of  parr,  i  hat  !  s 
.’  P.TStd  tc  '•■'  '■■•I  iuoati  ;n.L  wi'l  Lo  entered  into 
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delivery  at  random  times  after  the  simulation  begins.  If  the  user 
wishes  to  specify  that  the  stocks  that  have  been  procured  dre  short  of 
the  computed  allowances,  two  procedures  are  provided.  The  first 
procedure  for  shorting  stocks  reduces  the  estimated  stock  level  for  each 
type  of  part  by  SHORT  percent;  the  second  reduces  the  stock  level  for  a 
portion  of  the  part  types  to  a  value  chosen  at  random  between  K1L0W  and 
(K1L0W  +  K2L0W)  percent.  If  TOOFEW  is  greater  than  zero,  the  number  of 
part  types  chosen  at  random  to  be  shorted  is  [TOOFEW/ 10]  percent  of  the 
part  types;  if  TOOFEW  is  "-l",  the  probability  that  any  part  type  is 
shorted  is  equal  to  that  part's  unit  cost  divided  by  the  unit  cost  of 
the  most  expensive  type  of  part.  These  procedures  may  be  used 
separately  or  together.  If  RANDM  is  one,  the  availability  of  each  part 
is  determined  by  a  random  draw;  otherwise  the  shortage  is  the  expected 
value  of  the  shortage. 

Parts  for  battle  damage  repair  can  be  specified  separately,  using 
the  basic  Type  #23  cards,  or  can  be  provisioned  by  initializing  columns 
41-45  on  Card  Type  #15/2.  In  addition,  shortages  (overstockage) , 
relative  to  the  numbers  computed  with  these  algorithms  may  also  be 
represented  by  separately  specifying  negative  (positive)  numbers  of 
parts  with  the  basic  #23  cards.  The  user  is  restricted,  however,  to 
entering  at  most  500  specific  stock  levels  for  each  base,  in  addition  to 
those  generated  by  the  stockage  algorithms;  the  part  types  so  entered 
may  be  the  same  as  or  different  from  those  dealt  with  automatically. 


Sample  Data :  The  first  card  (p.  71)  stocks  all  bases  (with  ten 
serviceable  Type  #5  parts.  There  are  no  reparables  on  base  at  the 
beginning  of  the  simulation.  Twenty  percent  of  these  parts  cannot  be 
repaired  on  base.  The  target  level  is  12  parts  of  that  kind.  The 
second  card  image  provides  spare  SRUs  for  Part  #5,  which  is  an  LRU  (see 
Card  Types  #8). 

Card  Types  #23/20x  and  #23/30x  present  the  NRTS  rates  that  are  used 
when  TSAR  generates  spare  parts  stocks.  These  data  indicate  that  in  the 
absence  of  a  CIRF  20  percent  of  Type  #12  reparables  would  be  NRTSed  at 
Base  x,  as  well  as  40  percent  of  Type  #13  and  50  percent  of  Type  #15. 
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Furthermore,  Type  #13  parts  would  not  be  procured  for  WRSKs .  The  data 
also  indicate  that  all  #13  and  #15  parts  would  be  NRTSed  if  there  were  a 
CIRF ,  and  80  percent  of  part  Types  #12  and  #14  would  be  NRTSed.  Without 
a  CIRF  no  #14  parts  would  be  NRTSed,  since  the  null  entry  is  taken  to 
signify  a  zero  NRTS  rate. 

The  policy  options  that  will  be  used  in  automatically  generating 
parts  levels  are  illustrated  with  the  #23/70  and  #23/72  cards.  Bases  #1 
and  #2  are  both  to  be  treated  as  in-place  units  (KIND  =1)  that  operate 
48  Type  #1  aircraft.  The  nominal  peacetime  and  wartime  sortie  rates  are 

assumed  to  be  0.8  and  1.2  sorties  per  aircraft  per  day;  base  repair 

times  are  72  and  48  hours  in  peace  and  war  respectively;  and  the  order 
and  ship  times  are  10  and  20  days  in  peace  and  war.  No  base-CIRF  travel 

time  is  entered  since  there  is  no  CIRF.  The  safety  factors  (Card  Type 

#23/72)  that  are  to  be  considered  in  computing  stockage  levels  are  1.5 
for  LRUs  associated  with  mission-essential  tasks,  and  0.75  for  those 
that  are  not.  For  SRUs  the  factors  in  these  same  circumstances  are  1.20 
and  0.75. 

WRSK  kits  are  specified  for  the  units  at  bases  #3  and  #4  (i.e., 

KIND  =  2  specifies  a  unit  that  is  deployed  into  the  theater  during  an 
emergency).  Since  PMODE  equals  1  (see  CARD  Type  #3/3)  the  approximate 
DO-29  logic  is  to  be  used  in  computing  the  stock  for  these  WRSK  kits. 

The  other  policy  factors  governing  parts  procurement  for  these  units  are 
the  same  as  for  bases  #1  and  #2,  except  that  fewer  aircraft  are  to  be 
covered,  and  the  safety  factor  for  mission-essential  LRUs  is  only  1.20. 

The  sample  cost  data  on  the  #23/66  card  indicate  that  #11,  #12,  and 
#13  type  parts  have  unit  costs  of  $30,000,  $27,500  and  $600 
respectively. 

When  parts  are  required  at  Base  #1,  the  #23/74  Type  Card  indicates 
that  Base  #2  is  first  asked  if  they  can  fill  the  requirement;  if  not. 
Base  #3  is  asked.  The  #23/76  Card  indicates  that  the  various  NRTS  data 
entered  with  the  #23/201  and  #23/301  Cards  for  Base  #1  also  should  be 
applied  to  Base  #2.  The  # 23/78  Cards  specify  which  tray  in  the  AIS 
string  is  associated  with  a  particular  LRU  or  SRU;  this  sample  specifies 
that  trays  #1,  #10,  and  #5  are  used  wit  i  LRUs  #1,  #2,  and  #3, 
respectively. 


#27 


These  cards  specify  the  initial  stocks  of  munitions,  TRAP,  building 
materials,  and  POL.  The  "J  =  99"  version  of  each  Card  Type  permits  the 
user  to  indicate  the  stock  levels  available  for  resupply  for  whichever 
resources  have  resupply  limitations.  Use  of  the  normal  munitions  type 
number  designates  assembled  munitions;  for  unassembled  munitions,  add 
100  to  the  nominal  type  number. 


Sample  Data :  The  first  cards  stock  all  operating  bases  with  200  Type  #1 
and  160  Type  #2  munitions  that  are  assembled,  and  4000  and  2S00  of  the 
same  types  that  are  unassembled. 
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These  cards  define  the  one-dimensional  parts-list  (PRTLST)  array. 
These  data  are  used  when  parts  are  to  be  salvaged  from  an  aircraft  too 
badly  damaged  for  repair.  The  numbers  of  all  parts  and  all  LRUs  on  each 
aircraft  type  that  are  to  be  considered  eligible  for  salvage  are 
entered,  as  well  as  the  quantity  of  each  of  these  items  that  are  used  on 
the  aircraft.  If  the  quantity  is  left  blank,  it  is  assumed  that  the 
aircraft  only  uses  one  part  of  that  type.  A  zero  is  used  to  denote  the 
end  of  the  parts  list  for  each  aircraft  type.  The  position  in  the  array 
of  the  first  part  for  each  aircraft  type  is  specified  on  Card  Type  #15. 
The  position  within  the  PRTLST  array  of  the  first  of  the  entries  on  each 
card  is  defined  by  the  value  in  the  col.  3-5  field. 
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Card  Type  #29 
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These  cards  define  the  order  in  which  on-equipment  aircraft 
maintenance  tasks  are  to  be  scheduled.  Tasks  may  be  entered 
individually  or  as  collections  of  work  center  (shop)  activities.  When  a 
shop  number  is  entered,  all  tasks  associated  with  that  shop  number  in 
the  SHPTSK  array  (Card  Type  #7)  are  implied.  To  be  distinguishable,  all 
numbers  less  than  31  are  interpreted  as  shops  and  all  others  as  tasks. 

The  order  in  which  tasks  are  carried  out  is  controlled  by  the 
position  of  the  task  and  shop  numbers  on  these  cards.  The  numbers  may 
be  entered  in  any  order;  when  two  or  more  tasks  or  shops  may  be  worked 
at  the  same  time,  the  numbers  are  entered  in  successive  fields;  if  two 
groups  of  tasks  or  shops  may  not  work  on  an  aircraft  simultaneously,  and 
one  must  follow  the  other,  they  will  be  separated  by  a  null  entry  in  a 
field.  The  last  item  is  denoted  by  two  following  null  entries.  Task 
organization  may  be  further  modified  and  controlled  by  the  LISTIN  array 
of  incompatability  data  (see  Card  Type  #19). 

Up  to  five  cards  may  be  used  to  enter  the  task  and  shop  sequence 
for  each  base-aircraft-type  combination.  A  distinct  set  of  cards  is 
required  for  each  combination,  unless  the  base  number  is  not  entered,  in 
which  case  all  bases  will  function  in  a  common  manner. 

When  an  emergency  recovery  base  (EMERG)  is  specified,  the  sequence 
for  that  base  mist  be  concluded  with  a  ’O'  followed  by  '30'  and  two  null 
entries,  and  Shop  #26  should  not  be  specified.  Resources  must  be  provided 
at  this  base  for  whatever  activities  are  specified  by  the  task  sequence 
cards  and  for  battle  damage  the  recovered  aircraft  have  sustained. 

Sample  Data:  These  three  cards  illustrate  how  the  on-equipment  aircraft 
maintenance  task  schedule  illustrated  in  Fig.  6  of  Volume  I  would  be 
entered  for  the  Type  It  1  aircraft  at  base  It  1. 


On-equipment  maintenance  tasks  that  are  not  mission-essential  may 
be  deferred,  and  may  be  worked  off  at  night  or,  if  bad  weather  exists 
and  the  aircraft  cannot  fly,  during  the  day  as  well.  The  weather  status 
can  be  entered  by  base  and  by  aircraft  type  for  a  65-day  period  with 
these  cards.  Two  groups  of  five  cards  with  14  entries  each  may  be 
submitted  for  each  base;  the  first  group  is  used  for  the  first  five 
aircraft  types;  the  second  group  is  used  with  the  last  four  aircraft 
types.  Each  field  is  filled  with  ones  or  zeros  (blanks)  to  indicate  the 
weather  on  the  nth  day.  The  left-most  column  of  the  first  group 
pertains  to  aircraft  type  number  one  and  the  right-most  column  to 
aircraft  type  number  five;  the  left-most  column  of  the  second  group 
applies  to  the  sixth  type  of  aircraft  and  the  next  to  the  right-most  to 
the  ninth.  A  one  signifies  non-flying  weather  for  a  particular  day- 
base-aircraft,  while  a  zero  denotes  no  weather  restriction.  If  no  data 
are  entered,  clear  weather  is  presumed  throughout  the  65-day  period. 

Sample  Data :  Flying  is  interrupted  by  weather  on  only  five  days  at  Base 
#1.  Neither  the  first  nor  second  type  of  aircraft  may  fly  on  the  3rd 
and  17th  days;  the  first  type  of  aircraft  is  also  grounded  on  day  20  and 
the  second  type  on  days  8  and  22. 
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COMMUNICATIONS  SYSTEMS  INPUT  DATA 


Card  Type  #31 
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These  cards  permit  the  user  to  define  resource  deliveries  from  the 
United  States  (i.e.,  outside  the  theater).  The  format  permits  the  user 
to  specify  the  destination  and  time  of  arrival  of  each  shipment  from 
CONUS,  and  the  nature  of  the  cargo.  The  destination  and  time  need  be 
specified  only  on  the  first  of  the  cards  defining  the  contents  of  a 
shipment,  since  the  cargos  specified  on  all  subsequent  Type  #31  Cards 
are  delivered  at  the  same  time  and  place  until  a  new  destination  is 
encountered. 

The  maximum  number  of  items  that  may  be  defined  with  a  single  entry 
is  99,  but  any  number  of  identical  entries  are  permissible  with  the  same 
shipment.  For  convenience,  the  actual  quantities  that  are  delivered  are 
multiples  of  the  number  entered  for  certain  classes  of  resources:  for 
munitions  and  TRAP,  the  number  delivered  is  25  times  the  number  entered. 
For  POL,  100  units  are  delivered  for  each  unit  entered  on  this  Card 
Type;  if  the  unit  of  measure  on  base  is  thousands  of  pounds,  an  entry  of 
50  on  this  card  would  direct  the  delivery  of  5  million  pounds--!. e. ,  50 
x  100  x  1000.  (For  POL,  "type"  is  normally  zero;  if  Type  =  100, 
shipment  is  additional  storage  capacity.) 

For  personnel  only,  this  card  type  may  also  be  used  to  withdraw  a 
specified  quantity  of  specialists  of  a  given  type.  To  do  this,  the 
personnel  type  is  entered  as  a  negative  value  as  a  signal  that  the 
quantity  is  to  be  interpreted  as  a  withdrawal. 

This  card  type  is  also  used  to  change  the  NRTS  policies  of  a  base, 
but  can  only  be  used  when  no  CIRF  is  simulated.  Such  a  change  might  be 


k 
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desirable,  for  example,  when  intermediate  repair  facilities  become 
available  for  a  unit  deployed  to  the  theater  (e.g.,  at  a  COB).  The  time 
to  effect  the  change  is  signaled  by  delivery  of  a  Type  # 3250  part  (Class 
# 3)  to  the  appropriate  base.  At  that  time,  the  NRTS  data  that  had  been 
entered  with  Type  #23/20x  Cards  are  replaced  with  the  data  submitted  on 
the  #23/30x  Card  Types  and  stored  in  the  POLICY  array. 


Sample  Data :  These  two  cards  specify  that  base  #1  is  to  receive  a 
shipment  from  CONUS  at  1700  on  day  5.  Included  are  five  Type  #7 
personnel,  four  Type  #3  spare  parts,  250  unassembled  Type  #4  munitions, 
50  Type  #11  TRAP,  and  1.2  million  pounds  of  POL.  Note  that  the  arrival 
time  and  destination  appear  on  only  the  first  card.  The  third  card 
indicates  that  four  Type  #1  aircraft  are  to  be  ferried  to  base  #2  at 
2100  on  day  7. 
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Card  Type  #32 
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These  cards  define  the  daily  intra-theater  transportation  schedule. 
The  nominal  departure  times  for  all  links  in  the  transportation  network 
may  be  specified. 

Sample  Data:  This  card  image  indicates  a  daily  shipment  at  1700  from 
Base  #1  to  Base  #2  and  a  shipment  every  other  day  at  1400  from  Base  if  1 
to  Base  #3.  When  shipments  are  not  daily,  the  day  for  the  first 
shipment  is  picked  at  random. 
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Card  Type  #33 
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These  cards,  in  conjunction  with  the  Type  #32  cards,  describe  the 
intra-theater  transportation  system.  For  each  base  combination  the  user 
may  specify  the  expected  departure  delays  and  their  distributions,  and 
the  transit  times  and  their  distributions.  The  chance  that  a  shipment 
is  lost  (to  enemy  action?)  is  also  entered  with  these  cards. 


Sample  Data:  These  data  indicate  that  all  intra-theater  shipments  from 
Base  #1  to  Base  #2  leave  an  average  of  two  hours  late  and  take  36  hours 
on  the  average  to  reach  their  destination.  The  actual  departure  delay 
and  transit  time  are  determined  by  random  selections  from  distributions 
#1  and  #2  respectively.  There  is  a  2  percent  probability  that  each 
shipment  is  lost  enroute. 

Note  that  for  shipments  from  Base  #1  to  Base  #3  the  arrival 
probability  was  not  entered,  since  the  default  value  is  100  percent,  and 
no  losses  are  expected  along  that  route. 
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Card  Type  #34 
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These  cards  provide  the  instructions  for  each  base  for  the 
disposition  of  NRTS  parts.  The  entries  delimit  those  parts  numbers  that 
are  to  be  NRTSed  to  other  bases.  For  example,  all  parts  numbered  from 
#1  to  the  first  part  number  are  NRTSed  to  the  first  base  listed  all 
subsequent  part  numbers  up  to  and  including  the  next  part  number  are 
NRTSed  to  the  next  base,  etc.  If  all  NRTSed  parts  are  to  go  to  a  common 
base  (i.e.,  a  CIRF)  only  one  entry  would  be  necessary- - i . e . ,  the  highest 
relevant  part  number  and  the  repair  base  number.  If  parts  are  to  be 
NRTSed  to  different  bases,  the  part  numbers  should  be  organized  into 
contiguous  groups  to  avoid  exceeding  the  SHIPTO  array  capacity  of  20 
groups.  Parts  to  be  NRTSed  to  CONUS  are  indicated  by  a  base  number  that 
exceeds  the  maximum  number  of  bases  by  one  (i.e.,  MAXB  +  1). 


Sample  Data :  This  card  indicates  that  whenever  Parts  i/1  thru  i/600  are 
NRTSed  at  Base  i/1  they  are  all  to  be  shipped  to  CONUS  (i.e.,  MAXB  +  1). 
At  Base  i/3,  Parts  i/1  thru  i/13  are  NRTSed  to  Base  i/1  and  Parts  i/14  thru 
i/600  are  NRTSed  to  CONUS. 
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Card  Type  #35 


These  cards  provide  the  user  an  opportunity  to  specify  a  time 
different  from  the  default  value  that  is  required  to  cannibalize  a  part. 
For  those  parts  that  have  had  a  cannibalization  time  entered,  the 
nominal  task  time  for  handling  the  relevant  task  will  be  increased  by 
this  time,  when  the  required  part  must  be  acquired  by  cannibalization. 

If  the  entry  is  -1,  the  part  may  not  be  cannibalized.  If  the  entry  is 
negative  but  not  -1,  the  part  may  not  be  cannibalized  except  when  the 
number  of  aircraft  on  base  that  require  the  part  exceeds  DOCANN;  in  that 
case  the  nominal  task  time  is  increased  by  the  absolute  value  of  CANNTM 
to  account  for  cannibalization. 

If  a  value  is  entered  for  an  SRU ,  the  time  required  to  diagnose  and 
replace  that  SRU  is  increased  by  the  entry  if  an  LRU  is  disassembled  to 
obtain  the  required  SRU.  If  no  value  is  entered,  the  default  is  one- 
half  the  nominal  time  for  that  SRU. 

Sample  Data :  These  data  indicate  that  only  20  additional  minutes  are 
required  to  obtain  a  #1  Type  part  by  cannibalization,  rather  than  the  36 
minute  default  (i.e.,  the  25  TTU  task  time  for  task  #2;  see  Card  Type 
#5).  For  Type  it 2  parts  a  time  of  15  rather  than  30  minutes  is 
indicated.  Part  Type  #3  cannot  be  cannibalized  unless  the  number  of 
aircraft  that  have  this  part  missing  exceeds  five. 


j 


Management  of  theater  resources  may  be  based  upon  imperfect 
information.  These  cards  permit  the  user  to  define  periodic  base-by- 
base  resource  status  reports  that  may  be  late,  imperfect,  canceled,  or 
lost.  Each  base  reports  its  current  resource  status  each  day  at  times 
specified  by  the  user.  The  arrival  time  at  "Theater  Headquarters"  is 
controlled  by  the  submittal  time  and  the  uncertain  transit  time.  The 
likelihood  that  any  element  of  the  transmitted  data  is  received  is 
governed  by  the  "item  Loss  Rate,"  and  the  likelihood  that  the  entire 
report  is  lost  in  transit  is  governed  by  the  "Report  Loss  Rate."  The 
transit  times  must  be  such  that  reports  are  received  before  the  next  one 
is  transmitted,  if  this  rule  is  violated,  the  transit  time  will  be 
shortened  appropriately,  and  the  change  will  be  noted  in  the  output 
listing. 

Sample  Data:  These  data  specify  that  Base  #1  reports  to  the  control 
authority  at  0230  and  1430  and  that  the  reports  arrive  an  average  of  4 
hours  and  30  minutes  later  (the  variance  is  controlled  by  distribution 
#1).  There  is  a  3  percent  chance  that  the  report  is  lost  in  transit. 
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AIRBASE  FACILITIES  DATA  AND  ATTACK  DATA 


Card  Type  #37 
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Card  Types  #37,  #38,  and  #39  jointly  describe  the  size  of  the 
critical  facilities  on  each  base,  the  procedures  and  resources  needed  to 
restore  the  facilities  to  an  operational  condition  when  they  have 
sustained  damage,  and  the  relative  priorities  for  repair.  The  sizes  and 
designations  of  the  repair  procedures  for  the  various  facilities  are 
stored  in  the  FACLTY  array,  and  the  resource  requirements  for  each  type 
of  repair  procedure  are  stored  in  the  CERQTS  array.  The  repair  priority 
for  each  facility  is  stored  in  the  CEPRTY  array  and  it  is  mandatory  that 
all  facilities  be  represented  in  that  array,  even  though  some  of  them 
are  not  to  be  considered  for  repair.  A  facility  may  be  restored  to  an 
operational  condition  using  one  repair  procedure,  or  it  may  require  a 
sequence  of  repair  procedures.  The  time  and  resources  required  for  each 
of  these  procedures  is  determined  by  the  extent  of  the  damage  that  was 
sustained . 

The  Type  #37  Cards  describe  the  size  of  the  critical  facilities  on 
each  base  other  than  aircraft  shelters  and  specify  the  types  of 
procedures  that  are  to  be  used  for  repairs  to  each  facility.  Facilities 
(e.g.,  buildings)  of  like  function  on  the  several  bases  should  all  be 
identified  with  the  same  building  number.  For  the  work  centers  (shops) 
that  deal  with  aircraft  maintenance,  the  buildings  housing  the  functions 
must  be  given  a  "building"  number  identical  to  the  "shop"  number.  The 
runway(s)  should  be  designated  #36  and  the  taxiways  as  #35.  If  the 
repair  of  any  of  these  facilities  can  require  an  additional  repair 
procedure  subsequent  to  that  listed  for  the  facility,  the  data 
describing  those  procedures  are  also  stored  in  (otherwise  unused) 
columns  of  the  FACLTY  array;  each  such  listing  defines  the  type  of 
procedure  and  the  effective  "size"  of  the  facility. 
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The  "size"  of  the  facility  is  meaningful  in  the  context  of  the 
repair  requirements  specified  with  Card  Types  #38;  the  time  to  repair  a 
facility  sufficiently  such  that  it  is  functional  is  defined  in  terms  of 
the  required  reconstruction  (percent  damage  x  size). 

The  work  consigned  to  some  shops  may  in  fact  be  carried  out  at  more 
than  one  on-base  location ,  and  thus  a  base's  capacity  for  the  activities 
assigned  to  those  shops  would  not  be  entirely  dependent  upon  a  specific 
facility  not  being  damaged.  When  this  situation  exists,  the  alternative 
locations  for  the  activities  of  any  particular  type  of  shop  are 
designated  with  the  Type  #37  Cards,  along  with  an  indication  of  the  task 
capacity  at  each  location.  When  this  is  done  the  repair  capacity  for 
parts  and  equipment  in  such  a  shop  is  equal  to  the  sum  of  the  capacities 
specified  for  each  of  the  separate  locations  that  remain  undamaged 
following  an  attack.  Personnel  and  other  resources  engaged  in  such 
activity  at  the  time  of  an  attack  are  assumed  to  be  distributed  among 
the  several  locations  in  proportion  to  their  pre-attack  repair 
capacities . 


Sample  Data:  The  first  card  specifies  the  nature  of  the  reconstruction 
that  would  be  required  and  the  size  of  the  facility  for  each  of  three 
facilities  on  Base  #1;  two  involve  #5  Type  construction  and  one  involves 
#3.  In  addition,  when  the  work  required  using  the  #5  Type  restoration 
procedure  has  been  completed  on  Shop  #1  (building  #1),  subsequent  work 
may  be  required,  as  defined  by  the  data  filed  for  building  #51  in  the 
FACLTY  array;  that  work  would  use  the  #7  Type  of  work  procedure. 

The  sample  also  illustrates  the  specification  of  a  distributed  shop 
capacity.  In  this  instance  the  parts  and  equipment  repairs  consigned  to 
Shop  #1  are  distributed  among  buildings  #1,  #41,  and  #42;  their 
respective  repair  capacities  are  4,  2,  and  1. 
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Card  Type  #38 


The  resources  required  for  civil  engineering  reconstruction  are 
summarized  on  these  cards.  Each  task  type  defines  the  resource 
requirements  for  a  particular  reconstitution  procedure.  Each  procedure 
is  expressed  in  terms  of  a  level  of  effort  for  manpower  and  equipment; 
building  material  requirements  are  assumed  to  be  proportional  to  the 
level  of  damage  that  was  sustained,  and  the  time  required  to  execute  a 
repair  procedure  is  related  to  the  damage  in  a  more  complex  fashion  as 
noted  below.  The  basic  procedures  specified  with  the  Type  #37  Cards 
should  be  followed  whenever  sufficient  resources  exist;  the  first 
alternative  should  be  used  to  specify  a  procedure  that  requires  fewer 
personnel  and  equipment.  (Since  a  base  may  have  no  more  than  320  units 
of  personnel  of  a  particular  type,  the  personnel  requirements  for  these 
tasks  may  have  to  define  a  unit  of  personnel  as  several  persons.) 

When  a  facility  may  require  a  sequence  of  two  or  more 
reconstitution  procedures  for  it  to  be  restored  to  an  operational 
status,  the  time  and  resource  requirements  for  each  procedure  are 
determined  on  the  basis  of  the  damage  reported  in  the  DAMAGE  array  data 
for  each  procedure  or  building  and  the  size  of  that  building  as  defined 
by  the  #37  Type  Cards.  Only  when  all  required  procedures  have  been 
executed  in  sequence  is  the  facility  returned  to  operations. 

The  repair  time  and  material  requirements  entered  on  the  Type  #38 
Cards  should  be  the  requirement  for  one  size-unit  of  reconstruction. 

The  largest  quantity  of  material  that  may  be  entered  for  a  unit-task  is 
320.  The  time  function  relates  the  total  task  time  to  the  unit-task 
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time  (as  outlined  in  the  FTIME  subroutine).  It  permits  the  total  task 
time  to  be  expressed  as  the  sum  of  a  startup  time  and  a  damage  dependent 
time.  This  function  is  defined  as: 


C  =  12  x  P  +  (B  -  1) 


and  the  total  task  time  is: 


T  =  Delay  (B) 


+ 


(Repair  Time) 
(Unit  Damage) 


(Units  of  Damage)® 


where 


Delay  (B)  =  0 , 1 , 2 , 3 ,4 , 6 , 8 , 12 , 18 , 24 , 36 ,48  hours  for  B  =  1  to  12 

and 

g(P)  =  0.5,  0.75,  0.9,  1.0,  1.1,  1.25,  and  1.5  for  P  =  1  to  7 
Alternate  procedures  are  also  filed  in  the  CERQTS  array. 

Sample  Data:  These  two  cards  indicate  the  primary  and  alternative 
procedures  for  # 5  reconstruction  jobs.  The  primary  procedure  uses  ten 
Type  #30  and  eight  Type  #20  personnel  and  four  Type  #42  and  six  Type  #44 
pieces  of  equipment.  Thirty  units  of  building  material  Type  #5  and  60 
units  of  Type  #10  are  required  per  unit  of  damage.  The  time  per  unit  of 
construction  is  200  minutes  and  varies  as  a  function  of  the  amount  of 
reconstruction  as  specified  by  function  FTIME  #43;  i.e.,  if  40  percent 
damage  were  sustained  by  a  facility  that  is  60  units  in  size,  the  total 
time  for  reconstruction  would  be 


240  +  (200/3)  x  (.40  x  60)0,9  =  1404  TTU 


or  about  70  hours. 


If  the  alternative  procedure  were  used,  fewer  personnel  and 
equipment  are  required  but  the  time  would  be  increased  (function  #56) 


360  +  (280/3)  x  (.40  x  60)  =  2600  TTU 


or  130  hours. 


rim*,  i 


The  order  of  importance  of  the  facilities  and  functions  on  a  main 
base  is  specified  with  these  cards;  the  priority  is  the  same  for  all 
bases.  For  each  facility  (or  building)  number  that  has  been  specified 
on  a  base  (including  alternative  facilities  but  exclusive  of  facility 
numbers  used  to  define  a  sequence  of  necessary  tasks),  the  priority  of 
that  facility  must  be  entered  in  this  priority  list,  even  though  repairs 
are  not  contemplated. 

Since  facility  #36  has  been  set  aside  (by  program  logic)  as  the 
runway,  the  entry-pair  '36  l'  would  specify  runway  reconstruction  as 
the  first  priority  civil  engineering  task;  ’2  3'  would  specify  that 

reconstruction  or  reconstitution  of  shop  #2  was  the  third  priority  task. 

When  a  base  has  been  attacked  and  the  total  damage  established  (in 
subroutine  BOMB),  TSAR  first  tests  whether  the  civil  engineering 
resources  are  adequate  to  initiate  reconstruction  or  reconstitution  of 
all  damaged  facilities  of  higher  than  or  equal  priority  to  that  of 
facility  CRBLDG.  If  the  resources  are  available,  all  work  is  started; 
if  they  are  insufficient,  resources  for  the  first  alternative  repair 
procedure  (when  specified),  or  alternatives  thereto,  are  allocated  to 
each  damaged  facility  until  the  civil  engineering  personnel  are  all 
assigned.  By  specifying  fewer  resources  and  longer  times  for  the 
alternative  repair  procedures,  this  use.  of  CRBLDG  results  in  the 
available  work  force  being  assigned  to  a  larger  proportion  of  the  more 
critical  tasks . 
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Card  Typo  #4 0 
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Those  cards  prescribe  the  damage  inflicted  by  airbase  attacks. 

They  permit  the  user  to  define  the  time  of  the  attack  and  the  level  of 
damage  sustained  by  each  of  the  many  types  and  several  classes  of 
resources.  Such  data  will  need  to  be  developed  from  a  distinct  set  of 
calculations.  The  companion  TSAKINA  computer  model  (derived  from  t lie 
AIDA  airbase  damage  model  1  permits  the  user  to  generate  the  appropriate 
data  for  direct  input  into  TSAR.  The  procedure  for  introducing  damage 
data  for  multiple  trials,  either  directly  from  TSARINA  or  with  separate 
sets  of  card  images  for  each  trial,  are  explained  in  the  comments  in 
subroutine  INl’UTC. 

The  order  in  which  these  data  must  be  entered  is  significant.  An  * 

attack  is  denoted  by  entering  the  time  and  location  of  the  attack  in  the 
field  and  in  the  next  three  fields.  All  subsequent  Type  ?<  4  0  Cards 
are  associated  with  the  same  attack  until  an  entry  is  encountered  in  the 
field. 

The  percent  losses  experienced  by  each  class  and  type  of  resource 
may  be  specified  using  these  cards,  however,  if  the  user  wishes  to  ^ 

assume  that  all  members  of  a  given  class  sustain  the  same  level  of 


attrition,  a  type  number  should  not  be  entered;  when  that  is  done,  all 
members  of  that  class  sutler  a  common  loss  percentage.  For  the  first 
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seven  classes  of  resources,  only  the  class,  type,  and  percent  loss  may 
be  entered.  For  aircraft  and  facilities,  additional  loss  rates  may  be 
entered  that  express  the  percentages  of  the  personnel,  equipment,  and 
parts  in  the  facility  that  are  destroyed  by  the  attack.  Entries  for 
these  categories  will  depend  upon  the  user's  assessment  of  the  available 
warning  of  airbase  attack  and  passive  defenses. 

The  specification  of  damage  and  destruction  to  aircraft  and  of  the 
damage  to  shelters  requires  at  least  three  sets  of  entries.  The  first 
two  are  entered  as  Class  f/10  data.  The  "percent  type  lost"  for  "Type 
# l"  is  interpreted  as  the  percentage  of  the  aircraft  shelters  that  are 
not  designated  for  "special"  alert  that  are  destroyed  in  the  attack. 

The  entries  under  personnel  and  equipment  are  interpreted  as  "the 
percentage  of  the  aircraft  in  those  shelters  that  are  damaged  when  the 
shelter  doors  are  open,"  and  "the  percentage  of  the  unsheltered  aircraft 
that  are  damaged,"  respectively.  The  entry  for  "percent  type  lost"  for 
"Type  #2"  is  interpreted  as  "the  percentage  of  the  aircraft  that  are 
damaged  in  the  attack  that  are  not  reparable."  The  entries  under 
personnel  and  equipment  are  interpreted  as  "the  percentage  of  the 
"special"  alert  shelters  that  are  destroyed"  and  "the  percentage  of  the 
aircraft  in  the  special  alert  shelters  that  are  damaged  when  the  doors 
are  open." 

The  final  entries  are  the  Class  #8  data.  The  "percent  type  lost" 
for  "Type  #l"  is  interpreted  as  "the  percentage  of  the  aircraft  that  are 
damaged  in  regular  shelters  when  the  doors  are  closed"  and  as  percentage 
of  the  personnel,  equipment,  and  parts  associated  with  damaged  aircraft 
that  are  lost.  The  "percent  type  lost"  entry  for  "Type  #2"  is 
interpreted  as  "the  percentage  of  aircraft  damaged  in  the  special 
shelters  when  their  doors  are  closed." 

Sample  Data :  These  several  cards  specify  the  damage  inflicted  on  Base  #3 
by  an  attack  at  0538  on  Day  2.  The  first  card  specifies  that  20  percent 
of  all  types  of  ground  personnel  (class  #1)  and  34  percent  of  all  types 
of  munitions  (class  # 4)  are  destroyed;  all  types  are  affected  since  no 
type  is  specified.  The  second  card  indicates  that  15  percent  of  TRAP  # 3 
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and  43  percent  of  TRAP  # 8  were  lost. 

The  fifth  and  sixth  cards  indicate  that  40  percent,  30  percent, 
and  15  percent  of  facilities  #5,  #7  and  #3,  respectively,  were  damaged 
and  must  be  repaired  to  restore  the  functions  associated  with  those  shop 
facilities.  The  percentages  of  personnel,  equipment,  and  parts  that 
were  destroyed  in  each  facility  by  the  attack  are  also  noted.  The 
fourth  card  also  indicates  that  the  runway [3]  is  closed  and  that  10 
holes  must  be  repaired  to  reopen  it  for  flight  operations. 

The  third  and  fourth  cards  specify  the  damage  sustained  by  the  shelters 
and  the  aircraft  on  base  at  the  time  of  the  attack.  Note  that  the  special 
data  (Class  #101  precede  data  for  the  aircraft  (Class  #8).  The  entries 
for  the  Type  #1  special  data  specify  that  10  percent  of  the  shelters  are 
destroyed,  that  40  percent  of  any  aircraft  that  are  only  partially 
sheltered  are  damaged,  and  that  70  percent  of  the  aircraft  outside  of 
shelters  are  damaged.  The  entry  for  the  Type  #2  special  data  specifies 
that  100  percent  of  the  aircraft  that  are  damaged  are  not  reparable; 
since  no  "special"  shelters  have  been  defined  for  this  illustration, 
there  are  no  other  entries  on  this  card.  The  fourth  card  specifies  that 
15  percent  of  the  aircraft  that  are  sheltered  are  damaged,  and  that  10 
percent  of  the  personnel  and  70  percent  of  the  AGE  associated  with  the 
damaged  aircraft  at  the  time  of  the  attack  are  lost;  and,  for  those 
aircraft  that  are  not  reparable,  92  percent  of  the  parts  can  not  be 
recovered  by  salvage  operations. 

These  various  damage  data  may  be  entered  in  any  order  except  that 
the  special  damage  data  (Class  #10)  must  precede  the  aircraft  damage 
data  (Class  #8). 


[3j  The  facility  designated  #36  is  interpreted  as  the  runway. 
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These  cards  permit  the  user  to  initiate  the  simulation  with  the 
aircraft  and  shops  in  the  conditions  that  might  be  expected  if  war  were 
to  break  out  following  a  period  of  warning  and  alert.  All  aircraft  are 
ready  to  be  launched  on  specified  missions,  fully  loaded  with  the 
preferred  standard  combat  load  and  configuration  for  those  missions.  No 
aircraft  maintenance  tasks,  parts  repair,  weapons  assembly  or  civil 
engineering  tasks  are  in  process,  waiting,  or  interrupted.  These  latter 
conditions  may  be  modified  by  Card  Type  ?i42 . 

These  cards  specify  the  numbers  of  each  type  of  aircraft  that  are. 
ready  for  each  of  the  several  missions  for  each  base.  They  must  be 
entered  after  Card  Type  it 20,  and  the  bases  and  the  aircraft  types  must 
be  entered  in  the  ident ica I  order  in  which  they  are  spec i f i ed  on  Card 
Type  it 20 . 


Sample  Data :  This  card  specifies  that  at  the  beginning  of  the  simulation 
half  of  the  aircraft  on  each  base  are  assigned  to  one  of  two  missions; 
aircraft  are  configured  for  missions  it 2  and  #2  at  Base  it  1,  and  for 
mission  it  1  and  it 3  at  Base  it 2,  etc.  These  data  must  be  input  in  the 
identical  base-aircraft  order  used  with  the  it 20  Card  Types. 
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Card  Type  «42 
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Those  cards  can  bo  usod  in  conjunction  with  Card  Type  j<41  to 
initialize  aircraft  maintenance  activity  at  the  beginning  of  the 
simulation.  After  Card  Type  «4  1  has  been  used  to  specify  that  all 
aircraft  are  ready  to  be  launched  and  that  there  is  no  activity  ongoing 
in  the  shops,  these  cards  will  modify  those  conditions.  To  simulate  the 
existence  of  ongoing  unscheduled  on-equipment  tasks,  the  user  may 
specify  a  three-part  distribution.  Each  part  is  defined  as  a  fraction 
of  a  given  type  of  aircraft  at  a  particular  base,  and  a  number  of  tasks; 
thus  one  might  specify  that  10  percent  of  the  aircraft  have  one 
unscheduled  task  to  be  completed,  20  percent  have  two  tasks,  and  5 
percent  have  four  tasks.  At  initialization,  a  random  number  is  drawn 
for  each  aircraft  to  see  if  work  remains,  and  how  much.  If  so,  tasks 
are  selected  at  random,  in  proportion  to  their  nominal  probability  of 
occurrence;  when  initiated,  the  time  remaining  to  completion  is  taken  as 
a  random  portion  of  the  total  task  time. 

The  user  may  also  specify  a  level  of  parts  repair  activity.  Two 
numbers  can  be  input  for  each  aircraft  type  and  base;  the  first  is  the 
number  of  repair  tasks  to  be  placed  in  the  administrative  delay,  and  the 
second  is  the  number  that  are  placed  in-process  or  waiting.  These 
activities  are  selected  in  proportion  to  their  nominal  probability  of 
occurrence,  and  the  portion  of  the  time  remaining  is  selected  with  a 
random  number. 


Sample  Data :  This  card  image  indicates  that  Type  ill  aircraft  at  Base  #1 
should  be  assigned  ongoing  maintenance  activity  at  zero-time  according 
to  the  distribution  discussed  above.  This  card  also  directs  that  21 
on-base  parts  repair  jobs  are  to  exist  at  zero-time-- 15  in  the 
administrative  delay  queue  and  six  in  process  or  waiting  for  resources 
to  be  started. 


* 


-100- 


Card  Type  #43 
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These  cards  permit  the  user  to  simulate  the  requisitioning  and 
resupply  of  resources  that  are  lost  in  combat  or  during  an  airbase 
attack,  and  parts  that  are  not  reparable  in  the  theater.  For  those 
classes  of  resources  that  are  specified  with  these  cards,  such  losses 
are  replenished  from  CONUS  after  a  delay  that  is  controlled  by  the  mean 
resupply  time  and  the  time  distribution.  The  numbers  that  designate  the 
various  resource  classes  are: 


1  -  Ground  personnel 

2  -  AGE  and  equipment 

3  -  Parts 

4  -  Munitions 


5  -  TRAP 

6  -  Building  materials 

8  -  Aircraft 

9  -  Aircrews 


Note  that  the  number  "9"  is  not  used  to  designate  facilities;  this  is 
the  only  exception  to  that  usage  in  TSAR.  Also,  POL  is  not  included  at 
this  time 

Whenever  losses  are  suffered  by  any  type  of  resource  of  the  classes 
that  are  entered,  a  resupply  shipment  of  the  same  quantity  and  type  is 
scheduled  to  arrive  at  the  location  that  suffered  the  loss  after  an 
appropriate  delay.  If  the  stocks  available  for  resupply  are  limited, 
the  limits  for  each  type  of  resource  are  specified  with  the  "J  =  99" 
version  of  each  of  the  resource  stockage  cards  (i.e.,  Card  Types  #20 
through  #27). 


Sample  Data:  With  these  illustrative  entries,  ground  personnel  that  are 
lost  to  air  attack  would  be  replaced  in  about  3-1/2  days;  parts  that  are 
lost  or  are  not  reparable  in  the  theater  could  be  requisitioned  from 
CONUS  with  replacement  expected  in  about  20  days.  Aircraft  lost  in 
combat  or  from  air  base  attack  would  be  replaced  in  approximately  36 


J 
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hours.  In  each  case  the  actual  resupply  time  is  established  with  a 
sample  from  the  #6  distribution  (i.e.,  about  plus-or-minus  40  percent, 
relative  to  the  mean). 
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The  probability  that  the  various  unscheduled  on-equipment 
maintenance  tasks  are  required  after  a  given  sortie  are  entered  using 
Card  Type  #7.  The  normal  data  available  for  estimating  these 
probabilities,  or  breakrates,  are  usually  derived  from  peacetime 
experiences  at  low  sortie  rates.  Limited  evidence  suggests,  however, 
that  the  perceived  breakrates  in  wartime,  at  higher  activity  levels,  may 
not  be  as  high  on  a  per  sortie  basis.  These  cards  permit  the  user  to 
reflect  his  perceptions  of  such  experiences  in  the  simulation  on  a  shop 
by  shop  basis.  The  breakrates  may  be  reduced  (or  increased)  from  the 
nominal  values  for  whichever  aircraft  types  and  shops  are  designated. 

Two  options  are  available;  if  the  control  variable  VBREAK  fCard  Type 
#3/2)  is  zero,  the  entry  is  interpreted  as  the  percentage  of  the  nominal 
breakrate  (as  entered  with  Card  Type  #7)  that  should  be  applied.  If 
VBREAK  is  unity  the  entry  is  interpreted  as  the  percentage  reduction  in 
the  breakrate  that  is  experienced  for  each  sort ie/day/UE  that  the 
achieved  sortie  rate  exceeds  one.  If  no  value  is  entered  (100  percent 
of)  the  nominal  values  will  apply. 


s 
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Card  Type  #45/1 

When  personnel  and  equipment  of  the  same  kind  are  assigned  to 
different  on-base  organizations,  it  is  necessary  to  designate  each 
subset  by  a  different  number  in  TSAR,  as  illustrated  in  Fig.  7.  The 
Type  # 45/1  Cards  provide  TSAR  the  necessary  data  with  which  personnel  of 
common  skills  can  be  identified.  Identical  personnel  types  may  be 
assigned  to  up  to  three  flight-line  organizations  and  a  wing 
organization.  The  personnel  type  numbers  that  are  identified  with  the 
on-equipment  maintenance  task  requirements  on  Card  Types  #5  and  # 6 
should  be  entered  under  "Personnel  Type";  these  personnel  designations 
are  assumed  to  be  available  to  support  the  first  squadron.  The  TSAR 
personnel  type  numbers  for  the  same  type  of  personnel  assigned  to  the 
second  and  third  squadrons  should  be  entered  in  the  next  two  fields; 
those  assigned  at  wing  level  are  entered  in  the  fourth  field.  These 
numbers,  when  entered  on  this  card  type,  must  appear  in  an  ascending 
sequence . 

If  some  personnel  types  are  not  assigned  at  squadron  level  and  all 
demands  are  met  from  a  common  base  pool,  the  user  need  enter  the 
personnel  type  number  only  in  the  first  field;  the  same  number  will  be 
entered  automatically  into  the  other  fields.  Contrarily,  any  personnel 
type  that  is  identified  in  the  second,  third,  or  fourth  fields  as  an 
equivalent  type  should  not  be  entered  elsewhere  in  the  first  field. 

These  data  are  used  not  only  to  identify  within  TSAR  which 
personnel  types  are  to  be  called  on  when  a  particular  on-equipment  task 
arises  in  the  second  or  third  squadron,  they  are  also  used  when 
personnel  of  a  given  type  are  lost  or  gained;  the  program  automatically 
adjusts  staffs  in  the  several  organizations  so  that  their  relative  sizes 
are  stable. 


Sample  Data :  The  entries  on  the  first  card  indicate  that  Types  #1  and  #2 
specialists  are  assigned  to  squadron  #1  and  that  their  counterparts  in 
squadron  #2  are  Types  #21  and  #22.  There  are  also  some  of  the  second 
type  of  specialist  assigned  at  wing  level;  they  are  designated  Type  #72. 
The  second  card  indicates  that  there  are  no  equivalents  for  Type  #62 
personnel;  all  such  personnel  can  be  called  upon  for  work  at  any 
location . 


Fig.  7 — Personnel  Equivalence  and  Substitutability  Data 


Personnel  may  be  cross-trained  to  handle  some  or  all  of  the  tasks 
normally  assigned  to  other  specialists;  others  may  be  trained 
sufficiently  to  assist  the  nominal  specialists.  Card  Types  #4 5/2  and 
#45/3  provide  the  means  by  which  the  user  can  designate  the  personnel 
types  that  have  been  trained  to  replace  or  assist  various  specialists. 

Up  to  five  types  of  specialists  may  be  specified  in  each  category;  when 
personnel  are  organized  into  squadrons,  only  the  designators  for  those 
in  the  first  squadron  should  be  entered. 

Sample  Data :  #45/2.  This  card  indicates  that  Type  #6  and  Type  #7 

personnel  can  replace  #5  personnel  and  that  Type  #3  personnel  can 
replace  the  #2  Types. 

Sample  Data :  #45/3.  Types  #5  and  #7  personnel  are  trained  to  assist 

Type  #6  personnel  on  designated  tasks,  and  Types  #2  and  #4  can  assist  #3 
Type  people. 
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These  cards  provide  the  same  kinds  of  information  on  AGE  and 
equipment  as  are  provided  for  personnel  with  Card  Type  #45/ 1 .  The  same 
constraints  and  objectives  apply  for  AGE  as  for  personnel. 


Sample  Data:  These  data  indicate  that  a  particular  type  of  AGE  is 
assigned  to  both  of  two  squadrons,  and  at  wing  level;  they  are 
designated  Types  #2,  #12,  and  #22  at  these  locations,  respectively. 


s 


Card  Type  #47 


These  cards  permit  the  user  to  specify  the  length  of  the 
administrative  delay  for  each  shop  at  each  base  for  both  parts  and 
equipment.  These  delays  should  be  used  to  reflect  the  times  required  to 
process  the  necessary  paperwork  and  for  intra-base  transportation  as 
well  as  the  delays  imposed  by  the  need  to  await  the  arrival  of  necessary 
component  parts  (that  are  not  tracked  in  TSAR).  When  a  delay  is 
specified  for  parts  or  equipment,  repair  initiation  is  deferred  until 
the  delay  has  concluded,  unless  the  control  variable  EXPED  has  been  set 
to  a  value  greater  than  unity.  In  that  case,  the  delay  will  be  reduced 
to  1/EXPED  times  the  nominal  value  when  the  base  has  no  serviceables . 

Sample  Data:  The  sample  indicates  a  48-hour  parts  repair  delay  at  the 
first  three  shops,  and  60  hours  at  Shops  #4,  #5,  and  #15;  the  actual 
delays  are  all  selected  from  a  Type  #6  distribution.  For  equipment  the 
nominal  delays  are  72  hours  at  all  shops  except  #6  and  #10,  where  they 
are  only  36  hours. 
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Card  Type  #48 
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Since  the  environment  and  procedures  at  a  CIRF  could  differ 
substantially  from  the  conditions  on  an  operating  base,  this  card  is 
provided  to  permit  the  user  to  specify  a  percentage  by  which  the  times 
for  all  the  parts  repair  jobs  at  a  given  shop  will  be  modified  when  they 
are  conducted  at  a  CIRF. 
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These  cards  permit  the  user  to  change  many  of  the  key  control 
variables  or  array  elements  at  a  time  subsequent  to  the  initiation  of 
the  simulation.  The  mechanism  for  accomplishing  these  changes  is 
managed  in  subroutine  MODIFY,  where  the  specific  kinds  of  changes  to  be 
used  must  be  encoded.  The  changes  supported  with  the  current  version  of 
TSAR  include  PRINT,  STATFQ,  OVERTM ,  SLEEP,  REST,  etc;  the  complete  list 
can  be  noted  in  that  subroutine. 

These  time-dependent  change  data  are  stored  in  the  CHANGES  heap; 
entries  may  be  introduced  exogenously  during  initialization  using  Card 
Type  #49,  or  adaptively  during  the  course  of  the  simulation,  with  a  call 
to  the  NEWVAL  entry  point  in  subroutine  MODIFY.  Several  changes  may  be 
entered  with  each  card;  data  include  the  day  and  hour  for  the  change,  as 
well  as  the  type  of  change  and  the  new  value.  As  illustrated  in  the 
MODIFY  subroutine,  array  elements  may  also  be  changed  in  this  fashion  by 
"packing”  information  regarding  the  appropriate  array  element  with 
either  the  "type"  entry  or  the  "value"  entry. 

TSAR,  as  currently  written,  provides  a  few  illustrative 
possibilities  for  adaptive  control  of  the  simulation  in  subroutine 
MODIFY.  Furthermore,  subroutine  ADAPT,  which  is  called  at  midnight  each 
day,  provides  a  convenient  context  within  which  to  introduce  the  logic 
necessary  to  schedule  changes  that  would  subsequently  be  activated  with 
a  call  to  NEWVAL  in  MODIFY. 


Sample  Data :  The  sample  entries  indicate  that  (1)  the  value  of  the 
variable  PRINT  (change  Type  #4)  is  to  be  changed  to  2  at  the  beginning 
of  the  seventh  day,  and  (2)  the  value  of  REST  (change  Type  #8)  is  to  be 
changed  to  60  minutes  (20  TTU)  at  the  beginning  of  the  tenth  day. 
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INPUT-DATA  LIST  CONTROL  CARD 

The  termination  of  the  basic  input  data  entered  with  Card  Types  #1 
through  # 49  inclusive  is  denoted  with  a  blank  Card  Type  #99.  This  card 
is  followed  immediately  by  the  Input-Data  List  Control  Card.  It 
controls  which  of  the  input  data  is  to  be  reprinted  as  it  is  stored  in 
the  various  storage  arrays  after  program  initialization.  A  "l"  in  any 
column  between  5  and  45  inclusive  (except  #7,  11,  29,  32,  33,  34),  will 
direct  a  listing  of  the  data  that  were  entered  using  Card  Types  of  the 
same  number;  all  time  data  will  have  been  converted  to  TSAR  time  units 
(TTU)  and  in  some  cases  the  data  will  have  been  packed  or  repacked.  The 
control  data  entered  with  Card  Types  #1  through  #4  are  summarized  on  the 
first  page  of  the  output. 

The  Type  #50  Cards,  which  input  the  flight  demand  data,  will  follow 
this  card. 
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SORTIE  DEMAND  DATA 

Card  Type  #50 

Several  different  types  of  sortie  demand  data  are  entered  with  this 
Card  Type--unique  demands,  periodic  demands,  and  alert  levels,  as  well 
as  changes  in  these  demand  data;  several  of  these  are  illustrated  in 
Fig.  8.  To  limit  the  size  of  data  storage  arrays,  TSAR  permits  the 
sortie  demands  to  be  read  at  user  controlled  intervals,  as  will  be 
explained . 

The  user  may  specify  flight  demands  for  specific  days  and  at 
specific  times,  or  he  may  specify  a  set  of  flight  demands  that  repeat 
every  day,  each  with  a  specified  probability  and  at  times  selected  from 
a  specified  (10  hour  maximum)  time  block.  Furthermore,  up  to  31 
identical  flights  may  be  demanded  within  the  same  time  block  with  a 
single  periodic  demand  entry.  The  option  for  reoccuring  or  periodic 
flight  demands  provides  the  analyst  a  convenient  means  of  specifying  a 
demand  pattern  that  varies  randomly  from  day  to  day,  as  might  be 
expected  in  a  wartime  environment.  The  user  may  also  employ  any 
combination  of  these  options.  The  periodic  flight  demands  must  each  be 
numbered  by  the  user  in  the  J-field  (i.e.,  cols  3-5);  the  likelihood,  in 
percent,  that  the  flight  is  demanded  on  any  given  day  is  entered  in 
Cols.  26-30. 

The  number  of  aircraft  that  are  to  be  placed  on  alert  are  also 
specified  with  Card  Type  # 50;  in  this  case  the  "Flight  Time"  is 
interpreted  as  the  time  at  which  the  alert  requirement  is  to  start. 

These  cards  are  distinguished  by  a  "-1"  entry  for  "Hours  Notice";  these 
demands  are  not  periodic  but  rather  persist  until  changed. 

Mission  priority  is  denoted  with  an  integer  from  one  to  six 
inclusive;  priority  number  one  is  the  highest  priority.  Priorities  two 
and  four  are  reserved  to  denote  demands  for  aircraft  that  have  been 
placed  on  alert.  Demands  for  scrambling  alert  aircraft  are  presumed  to 
occur  without  advance  notice  (i.e.,  the  "Hours  Notice"  entry  should  be 
zero) . 

Certain  other  conditions  or  constraints  are  noted  in  the  format 
illustration.  If  the  minimum  flight  size  and  the  recovery  base  are  not 
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entered,  they  are  automatically  set  equal  to  the  maximum  flight  size  and 
the  launching  base,  respectively.  The  desired  launch  time  is  entered  in 
hours  and  minutes  (e.g.,  1545  for  1545  hours). 

Several  sets  of  flight  demand  data  may  be  treated  as  a  single 
composite  flight,  in  which  all  elements  must  satisfy  at  least  the 
minimum  flight  size  requirement,  or  the  entire  flight  will  be  canceled 
and  all  ready  aircraft  placed  in  the  spare  queues.  With  this  feature 
the  user  may  demand,  for  example,  four  CAP  aircraft  from  one  base,  four 
defense  suppression  aircraft  from  another  base,  and  four  CAS  aircraft 
from  a  third  base.  To  demand  a  composite  flight,  card  images  must  be 
sequential,  and  all  but  the  first  card  image  will  be  identified  with  200 
for  the  "demand  probability."  Up  to  six  subflights  may  be  combined  into 
a  single  composite  flight  with  up  to  50  aircraft,  in  total.  All 
elements  of  a  composite  flight  must  be  scheduled  for  the  identical 
launch  time  and  the  several  card  images  defining  the  composite  flight 
must  be  entered  one  after  the  other.  The  set  of  card  images  defining  a 
composite  flight  may  specify  either  a  unique  or  periodic  demand.  If 
they  are  a  periodic  demand,  the  time-block  feature  and  multiple  demand 
feature  normally  available  with  such  types  of  demand  may  not  be  used. 

It  is  sometimes  of  interest  to  be  able  to  simulate  a  "fly-when- 
ready"  demand  policy.  This  may  be  done  by  using  periodic  demand  cards 
to  specify  several  flights  of,  say,  12  aircraft  (with  as  few  as  one 
acceptable)  every  hour  and  also  by  permitting  aircraft  to  be  launched  up 
to  an  hour  late.  Whenever  an  aircraft  completes  maintenance  during  the 
flying  day  there  will  be  a  demand  outstanding  that  it  can  fill. 

Flight  demand  data  are  entered  at  the  time  of  program 
initialization  and  up  to  once  a  day  thereafter.  Those  data  to  be  read 
at  program  initialization  time  are  terminated  with  a  Card  Type  it 99, 
specifying  the  first  day  for  reading  subsequent  data  in  cols  3-5.  If  a 
day  greater  than  one  is  entered  in  that  field,  the  periodic  flights  will 
be  rescheduled  for  the  2nd  day  and  other  days  before  the  one  named. 
Flights  are  scheduled  and  any  new  flight  data  are  read  each  day  at  2000 
hours . 

Another  special  feature  permits  a  flight  to  be  reduced  or  canceled 
before  it  has  been  launched,  thereby  simulating  the  effects  of  such 
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changes.  This  feature  is  actuated  when  a  negative  flight  size  is  listed 
for  a  flight.  When  that  is  done  the  entry  for  the  "number  of  hours 
notice"  is  interpreted  as  the  number  of  hours  before  the  flight  that  is 
to  be  reduced  or  canceled.  Thus ,  if  there  is  a  (demand  for  12  aircraft 
at  1545,  and  a  flight  of  -4  aircraft  of  the  same  type  and  mission  from 
the  same  base  is  demanded  at  1345,  with  a  two  hour  notice,  the  1545 
flight  demand  is  reduced  from  12  to  eight  aircraft  at  1345,  and  the 
minimum  permissible  size  for  that  flight  is  the  value  entered  after  the 
value  -4. 

Whenever  new  flight  data  are  read  in  (on  the  day  specified  by  the 
preceding  data  terminator  card)  both  unique  and  periodic  flights  may  be 
demanded.  As  before,  periodic  flights  will  be  numbered  (cols  3-5)  and 
whenever  a  number  previously  used  is  entered,  the  new  data  replace  the 
old.  Each  new  set  of  flight  data  is  terminated  with  a  Card  Type  #99; 
the  number  of  days  before  the  next  entry  must  be  placed  in  cols  3-5. 

TSAR  is  now  dimensioned  so  that  400  flights  may  be  scheduled  in  any 
24  hour  period  and  160  periodic  flights  may  be  stored  at  any  one  time. 

Sample  Data:  These  several  cards  illustrate  the  various  sortie  demand 
options.  The  first  card  specifies  a  demand  calling  for  eight  Type  #2 
aircraft  (six  minimum)  to  be  launched  from  Base  #2  at  1915  on  Day  7; 
they  are  to  be  configured  for  mission  Type  #3  and  are  a  top  (#1) 
priority  flight.  The  demand  is  received  at  1315  (i.e.,  1915-0600)  on 
Day  7.  Since  no  recovery  base  is  noted,  the  flight  is  to  be  recovered 
at  the  launch  base. 

The  second  card  indicates  a  flight  that  is  to  be  launched  from  Base 
#3  with  a  75  percent  probability  each  day  at  0630.  Six  Type  #1  aircraft 
(five  minimum)  are  to  be  prepared  for  Type  #1  mission;  the  demand  for 
this  third  priority  flight  is  received  in  the  evening  at  2030  (10  hours 
before  flight  time). 

The  third  card  specifies  that  as  of  0800  on  the  fourth  day,  four 
Type  #1  aircraft  will  be  maintained  on  alert  for  mission  Type  # 2  at  Base 
#1.  This  second  priority  requirement  stands  until  changed. 
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The  next  throe  cards  jointly  specify  a  composite  flight  to  be  made 
up  of  three  sections  of  four  aircraft  each  from  Bases  it  1,  it'l  and  #3  to 
be  launched  at  noon  of  the  fourth  day.  The  aircraft  types  and  missions 
vary  from  section  to  section.  The  demand  is  received  at  0400  on  the 
fourth  day  and  the  entire  flight  must  be  canceled  if  all  12  aircraft  are 
not  ready;  to  enhance  the  likelihood  that  cancellation  will  not  be 
required,  top  priority  (?>1)  is  assigned  to  this  composite  flight. 

The  seventh  card  exercises  the  sortie  demand  revision  option.  This 
card  specifies  that  at  1715  on  day  7  an  order  is  received  to  reduce  the 
flight  size  of  a  flight  two  hours  later,  by  four  aircraft  (new  minimum 
is  three).  Since  the  flight  demand  on  the  first  card  is  for  the  same 
base,  aircraft  type,  mission,  and  priority  and  is  at  the  correct  time, 
it  is  reduced  to  four  aircraft  (i.e.,  8  -  4). 

The  next  card  specifies  a  recurring  demand  on  Base  #1;  a  demand 
without  warning  for  two  Type  # 1  aircraft  configured  for  mission  Type 
#2,  to  be  launched  immediately  at  0930.  This  demand  occurs  with  50 
percent  probability  each  day.  These  aircraft  will  be  drawn  from  the 
alert  force  generated  by  the  requirement  specified  on  the  third  card,  if 
they  are  available. 

The  next  to  last  two  cards  specify  recurring  demands  for  four  2- 
aircraft  flights  from  Base  #2  and  from  Base  #3;  these  flights  are  to  be 
launched  each  morning  at  times  selected  at  random  between  0800  and  1030. 
In  all  cases  the  demands  are  received  only  two  hours  before  flight  time. 
At  Base  #2,  Type  #1  aircraft  are  to  fly  #2  missions.  A  priority  of  3  is 
specified  for  all  of  these  flights.  The  flights  will  not  be  launched 
unless  be  _h  aircraft  are  ready. 

The  last  card  also  specifies  a  recurring  demand,  but  it  differs 
from  all  other  illustrations  in  that  no  base  is  specified.  This  type  oi 
demand  is  permitted  only  when  the  control  variables  STATE  and  SELECT 
have  both  been  initialized  to  one  or  greater.  When  that  has  been  done, 
TSAR  will  assign  these  demands  for  four  3-aircraft  flights  between  2000 
and  2100,  to  the  base  best  able  to  handle  them.  They  may  be  assigned  to 
one  or  more  bases,  depending  upon  their  capabilities. 
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Card  Type  #60 


Base-to-base  shipping  schedules  may  be  changed  at  the  same  time 
that  changes  are  made  in  flight  data  by  entering  #60  Type  Cards  along 
with  #50  Type  Cards;  in  fact,  only  Type  #60  Cards  need  be  entered.  The 
time  for  entering  such  changes  is  controlled  with  Card  Types  #98  and  #99 
as  described  with  the  Type  #50  Cards. 

To  change  any  particular  schedule,  or  to  add  or  eliminate  a 
schedule,  it  is  necessary  to  know  the  total  number  of  schedules  already 
entered  with  the  #32  Card  Types,  and  the  position  of  any  schedule  that 
is  to  be  changed  within  that  overall  number.  The  order  of  data  entry  is 
(1)  rank  order  position  of  schedule  that  is  changed/added/deleted,  (2) 
departure  point,  (3)  destination,  and  (4)  departure  hour.  If  a  schedule 
is  to  be  added,  its  rank  order  position  must  be  one  greater  than  the 
existing  number  of  schedules.  Two  sets  of  data  may  be  entered  with  each 
Card  Type  #6. 

If  the  departure  frequency  is  entered  as  a  zero,  no  further 
shipments  are  planned  for  that  schedule,  unless  subsequently  revitalized 
with  another  Type  #60  Card. 

Sample  Data :  These  entries  indicate  that  the  original  shipment  schedule 
from  Base  #1  to  #3  (entered  second  on  the  #32  Type  Cards)  is  to  be 
changed  from  every  other  day  to  daily. 


k 
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XX.  SAMPLE  CALCULATION-- INPUTS 


The  illustrative  entries  used  in  the  explanations  of  the  data  input 
procedures  in  Section  XIX  were  (mostly)  selected  from  a  complete  data 
base  that  describes  four  airbases  with  six  squadrons  of  aircraft.  Two 
bases  have  48  aircraft  each,  one  has  24  and  one  has  18  aircraft.  The 
larger  bases  each  operate  two  24  PAA  squadrons  under  the  66-5 
maintenance  doctrine  (i.e.,  COMO),  while  the  squadron  sized  bases 
operate  in  accordance  with  the  66-1  procedures.  A  fifth  base  is 
maintained  in  the  rear  for  carrying  out  extended  tasks  and  to  provide 
for  emergency  recovery  if  the  runways  at  all  operating  bases  have  been 
closed  by  air  attack. 

DICTIONARIES 

One  of  the  first  tasks  in  developing  a  TSAR  data  base  is  to  develop 
dictionaries  of  the  various  categories  of  resources  to  be  simulated. 
Figure  9  presents  the  dictionaries  that  define  the  resources  considered 
in  the  sample  calculations  to  be  discussed  here.  In  addition  to  all¬ 
purpose  generalists  (APG)  on  the  flight  line,  each  squadron  is  assigned 
seven  different  types  of  specialists.  Similar  specialists  are  also 
assigned  at  wing  level  for  intermediate  level  maintenance  (ILM),  i.e., 
for  repairing  aircraft  spare  parts.  Munitions  specialists  and  civil 
engineering  personnel  all  are  assigned  to  the  wing. 

Provisions  exist  for  two  types  of  AGE  to  be  held  by  the  squadrons; 
all  other  AGE  and  equipment  are  available  to  fill  any  on-base  demand. 

The  various  items  in  the  other  resource  classes  are  also  specified  in 
the  dictionaries. 
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PERSONNEL 


AGE 


Sqd#  1 

Sqd#2  Wing 

(Shop) 

Sqd# 1  Sqd#2  Wing 

PARTS 

APG 

1 

21 

(1) 

1  9 

Autopi lot 

2 

22 

72 

(2) 

2  12 

2  10 

INS 

3 

23 

73 

(3) 

5  15 

3  11 

Egress 

4 

24 

74 

(4) 

3 

4  12 

Pneudraulics 

5 

25 

75 

(7) 

4 

5  13 

Radar 

6 

26 

76 

(7) 

6 

6  14 

Navigat ion 

7 

27 

77 

(9) 

7 

7  15 

8 

28 

78 

(10) 

8 

8 

(AIS  #1) 

16 

SRUs 

(AIS  # 2) 

17 

101  112 

(AIS  #3) 

18 

102  113 

Munitions 

22 

103  114 

Loaders 

62 

(28) 

25 

104  115 

63 

(28) 

21 

105  116 

23 

106  117 

28 

107  118 

Munitions 

108 

Assemblers 

64 

(30) 

31 

Battle  Damage 

65 

(30) 

32 

201 

34 

202 

Civil  Engineers 

203 

Type  A 

191 

Trucks 

96 

204 

Type  B 

192 

Scrapers 

97 

Type  C 

194 

Dozers 

99 

MUNITIONS 

TRAP 

BUILDING 

MATERIALS 

1 

4 

11 

1 

4 

1 

4 

2 

5 

12 

2 

5 

2 

6 

3 

6 

3 

Fig.  9--Resource  Designator  Dictionary 
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The  identifying  number  assigned  to  each  resource  type  is  arbitrary 
and  should  be  selected  by  the  user  in  whatever  manner  is  appropriate. 

The  only  restrictions  are  that  the  numbers  selected  must  be  no  larger 
than  the  relevant  storage  arrays,  and  the  designators  for  civil 
engineering  personnel  and  equipment  should  be  larger  than  (NOPEOP  - 
CEPEO)  and  (NOAGE  -  CEAGE),  respectively.  In  the  present  illustration 
the  PEOPLE  array  is  dimensioned  for  200  types  of  personnel  and  ten  are 
reserved  for  civil  engineering  types;  thus  any  designator  as  great  as 
190  may  be  used  for  personnel  that  are  not  civil  engineers.  And  when 
two  or  more  designators  are  used  for  the  same  type  of  specialist 
assigned  to  two  or  more  organizations,  the  lowest  numbered  specialist 
must  be  in  the  first  squadron,  as  shown  (also  see  instructions  for  Card 
Type  #21  and  Card  Type  #45/1). 

DATA  ORGANIZATION 

The  simplest  and  least  error  prone  method  of  organizing  data  for  a 
TSAR  simulation  is  to  order  the  data  input  card  images  by  their  Card 
Type  numbers.  Similarly,  the  large  data  collections  that  define  the 
various  tasks  are  also  best  organized  by  ordering  them  by  their  task 
number;  thus  the  on-equipment  tasks  defined  by  Card  Types  #5  would  be 
ordered  by  the  task  number  appearing  in  columns  3-5.  It  is  much  easier 
to  locate  and  check  data  entries  when  they  are  organized  in  this  manner. 

There  are  few  mandatory  rules  regarding  the  order  of  data  entry, 
but  what  rules  there  are  must  be  observed ;  they  are: 

o  The  first  card  in  the  input  card-image  deck  is  either  blank  or 
has  "l"s  in  the  columns  corresponding  to  the  Card  Types  that 
are  to  be  listed  at  entry  time. 

o  Card  Types  #1  through  #4  must  be  entered  in  numerical  order  and 
before  any  other  Card  Types. 

(Note  the  special  rules  regarding  columns  3-5  of  Card 
Type  #1  and  TEST  on  Card  Type  #2) 

o  Card  Types  #20,  #41,  and  #42  must  be  entered  in  numerical 
order . 

(Note  special  rules  for  entering  aircraft  missions  on  Card 
Type  :i-\  1  ) 
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o  When  resource  data  are  not  entered  specifically  for  each  base, 
but  take  advantage  of  the  convenience  features  described  for 
these  data,  the  resultant  data  base  depends  on  card  order. 

o  The  sortie  demand  data  are  entered  using  the  # 50  Card  Types 

after  all  Card  Types  # 1  through  #49  are  entered.  The  #50  Cards 
are  preceded  by  a  "99"  card  and  a  card  that  controls  input  data 
listings.  The  Type  #50  Cards  are  followed  by  a  "99"  card 
specifying  the  day  for  the  next  addition  or  modification  to  the 
flight  or  intra-theater  transportation  schedules.  Subsequent 
changes  to  these  schedules  are  specified  with  additional  Type 
#50  Cards  followed  by  another  Type  #99  card  specifying 
the  number  of  days  that  should  elapse  before  the  next  inputs 
are  to  be  read,  if  any. 

Figures  10  through  17  present  the  data-entry  card-images  specifying 
the  sample  problem  discussed  in  this  and  the  following  section.  As 
noted  above,  many  of  these  cards  were  used  in  explaining  the  entries  on 
the  various  data  input  formats  in  Section  XIX.  They  are  presented  here 
as  they  would  be  organized  for  submission  to  the  computer.  The 
remainder  of  this  section  outlines  the  nature  of  this  sample  problem  and 
the  intent  of  the  various  entries  for  each  of  several  related  blocks  of 
data . 

CONTROL  VARIABLES 

Card  Type  #1  designates,  on  Fig.  10,  three  trials  of  a  ‘•-even  day 
simulation.  Five  aircraft  bases  and  one  aircraft  type  are  to  be 
simulated  (NBASE  =  5  and  NTYPE  =  1);  crews  are  to  be  monitored  (CREWS  = 
1),  and  munitions  are  to  be  assembled  {BUILD  =  1). 

Theater  resources  are  to  be  monitored  centrally  (TSAR  =  1)  and 
aircraft  parts  arriving  from  CONUS  will  be  managed  centrally  (C0NS1G  = 

1)  using  CMODE  a  570.  Since  no  personnel  or  equipment  are  provided  at 
the  highest  numbered  base  (Base  #8--see  Card  Types  #21  and  #22),  there 
can  be  no  centralized  parts  repair.  The  attack  damage  data  that  will  be 
entered  were  not  generated  by  TSARINA  (AIDA  =  0). 
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1111  1111111111111  11111111111111111111111111  INPUT  LIST  DEMAND 
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THIS  DATA  BASE  HAS  BEEN  PREPARED  SPECIFICALLY  FOR  THE 
TSAR  DOCUMENTATION.  THE  DATA  ARE  ENTIRELY  FICTITIOUS 
THE  DETAILS  HAVE  BEEN  SELECTED  TO  PROVIDE  ILLUSTRATIONS 
OF  ESSENTIALLY  ALL  FEATURES  OF  THE  TSAR  SIMULATION. 

MOST  OF  THESE  INPUT  DATA  ARE  THE  SAME  AS  THOSE  USED  TO 
ILLUSTRATE  THE  USE  OF  THE  INPUT  FORMATS  IN  SECTION  XIX 
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Fig.  11  —  TSAR  Input  —  Alternate  On-Equipment  Tasks,  Part  and  Equipment 
Repair  Data 
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Fig.  12 


TSAR  Input  —  Munitions  Assembly,  Weapons  Loading,  Aircraft, 
Mission,  and  Base  Data 
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Card  Type  #2/1  calls  for  substantial  daily  output  (PRINT  =  4)  with 
cumulative  shop  statistics  to  be  printed  every  five  days  (CUMSTA  =  5). 

A  chronological  record  of  on-equipment  tasks  is  to  be  presented  for  the 
aircraft  numbers  that  are  initially  assigned  to  Base  #3;  this  record  is 
to  be  prepared  for  the  first  five  days  of  each  trial  (SCROLL  -  5  days, 
first  aircraft  #97).  Civil  engineering  reconstruction  is  to  be 

accomplished  as  required  (CEWORK  =  1),  and  the  resources  associated  with 
damaged  shops  are  to  remain  at  risk  to  subsequent  attacks.  Ten 
personnel  types  and  five  equipment  types  are  reserved  for  assignment  to 
the  civil  engineers.  When  a  base  is  damaged,  an  effort  will  be  made  to 
pursue  reconstruction  on  all  facilities  whose  priority  is  as  great  as 
the  priority  assigned  to  Shop  #7  (facility  #7--see  Card  Type  #39). 

The  first  ten  entries  on  Card  Type  #2/2,  which  control  the  several 
random  number  streams  that  may  be  repeated  exactly  on  each  trial, 
release  that  control  over  sortie  selection,  resource  status  reports,  and 
uncertain  task  probabilities. 

The  other  entries  on  Card  Type  #2/2  delineate  the  policies  for 
managing  reparable  spare  parts.  Parts  normally  NRTSed  to  CONUS  will  be 
repaired  in  theater,  if  possible,  when  a  base's  overall  LRU  stocks  fall 
below  70  percent  of  the  initial  stock  level.  And  when  a  base's  back 
shop  is  damaged  and  can  not  be  used  for  parts  repair,  a  base  with  an 
undamaged  shop  is  sought  (SEEKSH  =  1).  Furthermore,  repaired  parts  are 
not  automatically  retained  at  the  base  where  they  are  repaired,  or  sent 
to  the  base  from  which  they  originated;  instead  they  are  shipped  to  that 
base  defined  by  the  SEND  logic  in  the  CONTRL  subroutine  as  having  the 
greatest  need  for  the  part  (SHPREP  =  1).  Also,  an  LRU  that  requires  an 
SRU  that  is  not  normally  stocked  at  a  given  base  will  be  NRTSed  (NRTPOL 
=  1).  Last,  if  there  is  no  shipping  schedule  to  the  base  that  has  been 
designated  to  receive  a  NRTSed  part,  the  part  is  NRTSed  to  CONUS  (T0D0CK 
=  0). 

Card  Type  #3/1  indicates  that  combat  operations  will  be  conducted 
from  four  bases,  and  that  unscheduled  maintenance  tasks  are  to  be 
deferred  when  they  are  not  essential  for  the  designated  mission  (POSTPN 
=  1)  but  are  not  to  be  forgotten  (IGNORE  =  0).  Battle  damaged  tasks  are 
to  be  completed  prior  to  other  unscheduled  maintenance  (CONCUR  =  0). 
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Tasks  with  criticality  greater  than  66  may  be  deferred  for  two  sorties, 
if  not  essential  for  the  intended  mission  (LTHDEF  =  2),  and  parts  may  be 
cannibalized  from  aircraft  that  already  have  a  part  missing,  whether  or 
not  a  reparable  of  the  type  required  is  on  base  (CANMOD  =  2). 
Cannibalization  may  not  remove  over  10  parts  from  any  aircraft  (MXHOLE  = 
10).  Parts  not  normally  cannibalized  may  be  cannibalized  if  five  or 
more  aircraft  require  that  part  (and  if  CANNTM  is  not  -1);  furthermore, 
LRUs  may  be  cross -canned .  Interrupted  and  waiting  tasks  and  parts 

repairs  are  to  be  ordered  in  accordance  with  TSAR's  priority  algorithms 
(ORDIT  =  1,  ORDWT  =1). 

Card  Type  #3/2  designates  many  of  the  policies  that  are  to  be  used 
to  manage  the  transfer  of  aircraft.  Whenever  an  aircraft  is  transferred 
to  accomplish  maintenance  that  is  mandatory  at  a  rear  base,  all  other 
required  tasks,  as  well  as  all  deferred  tasks  that  are  required  for  any 
mission,  are  scheduled  for  completion  at  the  rear  base  (J0BC0N  =  2). 
Also,  whenever  aircraft  at  a  combat  base  are  lost,  or  are  transferred  to 
the  rear  for  the  repair  of  battle  damage,  a  filler  aircraft,  if 
available,  will  be  sent  forward  as  a  replacement  (FILLAC  =  2),  except 
that  the  number  of  aircraft  at  the  combat  base  shall  not  exceed  the 
base's  shelter  capacity  (FLEVEL  =2).  In  addition  to  the  aircraft  that 
are  transferred  to  accomplish  tasks  that  are  mandatory  in  the  rear,  any 
aircraft  will  be  transferred  to  the  rear  if  the  required  maintenance  is 
estimated  to  take  in  excess  of  10  hours  (or  in  excess  of  15  hours,  when 
five  or  more  hours  are  required  at  the  forward  base  to  ready  it  for  the 
ferry  flight).  Filler  aircraft  are  launched  as  replacements  at  the  same 
time  that  aircraft  are  launched  for  ferry  flights  to  the  rear  (QUIK  = 

0).  To  provide  aircraft  spare  parts  for  the  tasks  that  will  be  done  in 
the  rear  as  a  result  of  the  policy  of  transferring  aircraft  requiring 
more  than  ten  hours  maintenance,  6  percent  of  all  aircraft  spares  will 
be  stocked  at  the  fifth  base  (RPARTS  =  8).  Furthermore  that  base  will 
be  used  to  recover  aircraft  that  cannot  land  at  combat  bases  because  all 
runways  are  closed  (EMERG  =  5).  Preflight  tasks  are  not  to  be 
restricted  during  refueling  (NOFUEL  =  0). 

The  UNCER  entry  specifies  that  the  unscheduled  maintenance  task 
probabilities  that  occur  in  wart ime-- i . e .,  during  the  simulation--are  to 
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be  different  from  the  values  that  are  derived  from  peacetime  data  and 
are  entered  with  Card  Type  #7.  The  differences  are  to  be  determined 
using  Distribution  #8  in  the  TTIME  subroutine  (UNCER  =  8);  the  initial 
value  is  to  be  treated  as  the  mean  of  the  distribution,  with  the  wartime 
value  of  the  breakrate  determined  by  a  random  selection  from  that 
distribution.  These  breakrates  will  be  assumed  to  be  invariant  with  the 
achieved  sortie  rate  (VBREAK  =  0). 

Card  Type  #3/3  designates  that  the  parts  are  to  be  initialized  at 
the  bases  designated  with  the  #23/70  Type  Cards  (OUTFIT  =1)  and  that 
WRSK  kits  are  to  be  stocked  using  TSAR's  approximation  to  the  Air  Force 
DO-29  cost-optimization  procedures  (PMODE  =  1). 

Parts  shortages  other  than  those  in  the  pipelines  are  to  be 
simulated;  stock  levels  are  to  be  under  the  prescribed  levels  by  8 
percent  across  the  board  (SHORT  =8).  In  addition,  certain  parts  suffer 
shortages  of  1/6  to  1/2;  the  likelihood  of  that  shortage  will  be 
proportional  to  part  cost  (TOOFEW  =  *1).  Parts  are  to  be  initialized  in 
depot  pipelines  at  nominal  levels  (FULL  =  0)  and  their  selection  is  to 
be  governed  by  the  binomial  approximation  (RANDM  =1)-  If  there  are 
insufficient  spares  procured  to  fill  the  pipeline,  they  are  obtained  by 
creating  holes  in  aircraft  (ZNORS  =  1).  All  pipeline  deliveries  are  to 
be  delayed  by  seven  days  (HIATUS  =  7).  The  parts  initialization 
process,  including  the  randomly  chosen  shortages,  are  to  be  repeated  for 
each  trial  (NEWPRT  =  1)  rather  than  using  the  same  sets  of  assumptions 
for  each  trial  (NEWPRT  =0).  To  limit  unnecessary  processing,  the 
highest  numbered  part  is  declared  (NPART  =  204). 

Card  #4/1  specifies  that  aircrews  must  have  a  minimum  of  12  hours 
off  each  day  and  that  they  must  be  on  the  ground  for  at  least  30  minutes 
between  flights.  The  administrative  delays  for  parts  and  equipment 
repairs  are  reduced  to  one-seventh  of  their  nominal  values,  if  no 
serviceables  are  available  when  a  broken  part  is  removed  from  an 
aircraft  and  is  to  be  repaired  on  base,  or  if  no  other  serviceable  piece 
of  equipment  is  on  base.  The  flying  day  is  expected  to  be  largely 
complete  by  8:00  PM  (ENDAY  =  20)  and  deferred  maintenance  may  be 
initiated  after  that  hour.  To  initiate  such  maintenance,  the  nominal 
task  completion  time  must  be  no  later  than  0445  (LSTTOD  =  445)  at  which 
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time  munitions  loadings  that  have  been  delayed  should  be  initiated; 
otherwise  delayed  loadings  should  start  at  0215  (LOADTM  =  215).  Thirty 
minutes  overtime  (OVERTM  =  30)  is  permitted  if  it  is  required  to 
complete  unscheduled  maintenance  tasks  or  munitions  assembly  jobs.  No 
parts  may  be  cannibalized  from  any  aircraft  that  has  an  estimated 
ready-to-fly  time  within  four  hours. 

Eight  hours  are  required  to  package  all  resources  that  are  to  be 
shipped  to  another  base  within  the  theater.  And  after  an  air  attack, 
the  civil  engineers  will  be  engaged  for  four  hours  in  taking  care  of  the 
disruptive  effects  of  fires,  broken  fuel  and  water  lines,  clogged  roads, 
etc.  before  they  can  begin  reconstruction.  All  unscheduled  maintenance, 
back  shop  work,  and  munitions  assembly  jobs  will  be  similarly  disrupted 
for  eight  hours. 

Card  Type  # 4/2  indicates  that  daily  projections  of  each  base's 
sortie  generation  capability  will  be  prepared  and  transmitted  to  the 
theater  manager  (STATE  =  3);  this  occurs  at  1930  hours  in  the  evening 
and  these  data  are  used  for  decisions  regarding  the  recovery  and 
reassignment  of  aircraft  for  the  next  24  hours;  the  data  are  also  used, 
as  necessary,  for  allocating  demands  for  sorties  (SELECT  =  2).  The 
factors  that  control  these  aircraft  reallocations  are  set  to  40  and  50 
percent,  respectively.  The  66-1  organizations  at  Bases  #3  and  #4  are 
projected  to  average  15  minutes  longer  than  prescribed  for  on-equipment 
tasks  with  COMO,  because  of  their  less  convenient  locations.  The  time 
horizon  for  planning  purposes,  as  a  function  of  the  time  of  day,  is  to 
be  that  provided  by  TSAR's  default  conditions  (see  Section  IV). 

TASK  DESCRIPTIONS 

Easily  the  most  difficult  data  preparation  chore  for  TSAR  is 
development  of  data  defining  what  jobs  need  to  be  done  and  how  often, 
what  resources  are  required  for  their  accomplishment,  and  how  long  they 
would  be  expected  to  take.  Card  Types  # 5  (# 6),  # 8  (#9),  #10,  #11,  #13, 
#14,  and  #38  are  used  to  enter  these  data  for  unscheduled  aircraft 
maintenance,  parts  repair,  equipment  repairs,  munitions  assembly, 
aircraft  reconfiguration  and  loading,  and  for  the  civil  engineer's  base 
recovery  tasks. 
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Thirty-six  on-equipment  aircraft  maintenance  tasks  (Card  Type  #5) 
are  illustrated  in  Fig.  10;  28  are  unscheduled  tasks,  four  deal  with 
refueling  and  basic  munitions,  and  four  relate  to  battle  damage.  Tasks 
#2,  #7,  and  ((18  constitute  task  networks.  Three  alternative  task 
procedures  are  defined  (Card  Type  #6)  on  Fig.  11. 

Parts  repair  procedures  (Card  Type  #8)  are  included  for  15  parts; 
four  (#2,  #8,  #11,  and  #13)  involve  SRUs  and  #5  and  #9  have  optional 
repair  procedures.  Four  alternative  repair  procedures  are  defined  (Card 
Types  #9) . 

Equipment  repair  procedures  are  provided  for  16  types  of  equipment; 
for  one  of  these  (#2),  the  necessary  procedure  is  selected  at  random 
from  procedures  #51,  #52,  and  #53.  Repair  procedures  are  not  given  for 
equipments  #16,  #17,  and  #18;  instead  they  are  identified  (by  the 
negative  numbers)  as  AIS  stations  type  #1,  #2,  and  #3  and  handled 
according  to  the  procedures  described  in  connection  with  Card  Types 
#22/66  and  #22/77. 

Munitions  assembly  procedures  (Card  Type  #11)  are  listed  for  the  8 
types  of  munitions  in  Fig.  12;  alternative  procedure  #21  is  specified 
for  munition  type  #5.  Three  assembly  procedures  can  take  advantage  of 
cross-trained  or  task-assist-qualified  personnel.  Civil  engineering 
reconstruction  and  recovery  procedures  are  entered  with  Card  Types  #38 
for  the  seven  basic  procedures  and  for  four  alternative  procedures. 

MISSION  AND  MUNITIONS  DATA 

The  standard  combat  loads  for  the  three  missions  to  which  aircraft 
type  #1  can  be  assigned  are  specified  with  Card  Type  #12  in  Fig.  13. 

SCL  #1  is  the  preferred  load  for  mission  #1,  with  SCL  #2  acceptable  as 
an  alternative;  the  effectiveness  indices  for  sorties  that  are  launched 
successfully  with  these  combat  loads  are  110  and  90,  respectively. 
Resource  requirements  for  uploading  the  various  combat  loads  and  for 
configuring  aircraft  for  those  combat  loads  are  specified  with  Card 
Types  #13  and  #14. 

The  various  data  that  define  operational  factors  for  aircraft  type 
#1  and  for  that  aircraft's  three  missions  are  specified  on  Card  Types 
#15  and  #16.  Special  base  information,  shift  schedules,  and  task 
incompatibility  data  are  entered  on  Card  Types  #17,  #18,  and  #19. 


k 
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BASE  RESOURCES 

The  resources  available  at  each  base  at  the  beginning  of  the 
simulation  are  defined  with  Card  Types  #20  thru  #27.  When  the  resources 
on  two  or  more  bases  are  the  same,  in  part  or  in  total,  the  features 
described  in  Section  XIX  can  be  used  to  reduce  the  required  number  of 
card  images. 

The  initial  numbers  of  aircraft  and  pilots  allocated  to  each  base 
are  specified  in  Fig.  13  on  the  Type  #20  Cards.  Their  initial  mission 
configuration  and  unfinished  maintenance  are  specified  by  the  Type  #41 
and  #42  Cards  on  Fig.  16.  Aircraft  may  either  be  cocked  and  ready,  at 
zero  time,  or  undergoing  unscheduled  maintenance.  Specific  quantities 
of  aircraft  spare  parts  may  also  be  entered  into  maintenance  at  each  air 
base  with  the  Type  #42  Cards. 

Base  maintenance  personnel  are  established  with  the  Type  #21  Cards 
shown  on  Fig.  13.  Since  Bases  #1  and  #2  and  Bases  #3,  #4,  and  #5  are  to 
have  identical  numbers  of  personnel,  the  #21/88  Type  Card  is  used  to 
duplicate  the  personnel  at  Base  #1  for  Base  #2,  and  to  duplicate  the 
personnel  at  Base  #3  for  Bases  #4  and  #5.  Finally  additional  battle 
damage  repair  specialists  (personnel  #31)  are  assigned  to  Base  #5. 
Personnel  organization  of  the  two-squadron  COMO  bases  (#1  and  #2)  are 
controlled  by  the  Typ  #45/1  Cards  on  Fig.  16;  as  noted,  for  example, 
personnel  types  #1,  #2,  and  #3  in  the  first  squadron  are  the  same  types 
of  specialists  as  the  #21,  #22,  and  #23  personnel  in  the  second 
squadron.  And  types  #72  and  #73  personnel  provide  the  same  specialties 
at  wing  level  as  #2  and  #3  personnel  do  in  the  first  squadron. 

Equipment  assignments  are  controlled  similarly  with  the  Type  #46  Cards. 
The  kinds  of  cross-training  and  task-assist  training  that  the  various 
specialists  have  received  (at  those  bases  specified  on  Card  Type  #17), 
are  summarized  with  the  #45/2  and  #45/3  Cards.  Personnel  types  #6  and 
#7,  for  example,  are  cross-trained  for  designated  tasks  that  are 
normally  performed  by  type  #5  personnel,  and  personnel  types  #5  and  #7 
are  trained  to  assist  #6  personnel  on  those  tasks  that  are  so  specified. 
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Equipment  stocks  are  specified  with  #22  Type  Cards;  as  for 
personnel,  the  equipments  at  Bases  #1  and  #2  and  at  Bases  # 3,  #4,  and  #5 
are  to  be  the  same.  The  #22/66  and  #22/77  cards  provide  performance 
specifications  for  the  three  types  of  A1S  stations. 

The  initial  base  stocks  of  spare  parts  may  be  entered  for  each  base 
using  Card  Type  #23,  or  the  user  may  elect  to  take  advantage  of  TSAR's 
automatic  parts  initialization  subroutines  by  using  the  Special  Type  #23 
formats;  these  special  features  are  to  be  used  in  this  example. 

Although  spare  parts  for  battle  damage  repair  also  will  be  generated 
automatically  (see  Card  Type  #15),  it  is  necessary  that  the  NRTS  rate 
for  these  parts  be  specified  at  each  base;  the  first  Type  #23  card  on 
Fig.  14  specifies  that  all  such  damaged  parts  are  to  be  NRTSed  100 
percent  of  the  time  at  all  bases  (since  there  is  no  entry  in  the  J 
co lumn) . 

The  policy  factors  that  govern  (non-battle-damage)  spare  parts 
stocks  to  be  laid  in  at  each  base  are  entered  with  the  #23/70  and  #23/72 
Type  Cards,  and  the  NRTS  data  atid  unit  cost  data  for  each  type  of  part 
are  entered  with  the  # 23/20x,  #23/30x,  and  #23/66  Card  Types.  Note  that 
advantage  is  taken  of  the  #23/7(3  Card  Type  to  specify  the  same  NRST 
rates  at  Bases  #1  and  #2  and  at  Bases  #3  and  #4.  Bases  to  be  solicited 
for  lateral  resupply  are  listed  with  #23/74  Type  Cards.  The  #23/78  Type 
Cards  designate  the  "tray"  for  each  of  the  parts  that  are  repaired  with 
the  AIS  equipment. 

Initial  stocks  of  assembled  and  unassembled  munitions,  TRAP,  POL, 
and  building  materials  are  indicated  on  Fig-  15. 

As  indicated  with  the  Type  #29  Cards  the  same  maintenance  procedures 
are  to  be  followed  at  all  bases  except  Base  #5,  the  emergency  recovery 
base;  only  battle  damage  repair  and  refueling  are  specified  for  this 
recovery  base. 

WEATHER 

The  weather  conditions  for  the  first  4  weeks  of  the  simulated  period 
are  indicated  on  Fig.  15  for  each  base  with  the  Type  #30  Cards.  Weather 
at  Base  #1  is  inadequate  for  operations  with  1  t  vpc  aircraft  on  davs  3, 

8,  11,  12,  19,  and  24;  weather  conditions  at  the  other  bases  are  also  noted. 
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SHIPPING  AND  COMMUNICATION 

Only  token  shipments  are  scheduled  (see  Fig.  15)  to  the  theater 
from  CONUS,  including  four  #1  type  aircraft  for  Base  if 2  at  2100  on  the 
seventh  day  of  the  simulation  (Card  Type  if 31).  The  other  CONUS 
shipment,  on  day  five,  supplies  Base  if  1  with  a  few  people,  some 
munitions  and  TRAP  and  1.2  million  pounds  of  POL.  All  other  shipments 
from  CONUS  are  spare  parts  in  the  depot  pipelines,  or  the  aircraft, 
personnel,  and  parts  that  are  resupplied  after  they  have  been  lost  or 
broken  during  the  simulation.  The  nominal  resupply  times  for  these 
classes  of  resources  are  specified  by  Card  Type  #4 3  on  Fig.  16. 

The  transportation  schedules  between  operating  bases  (Card  Type 
if 32)  specify  that  shipments  leave  each  base  every  other  afternoon  for 
all  other  bases,  except  that  Bases  if\  and  #2  are  to  have  daily  service 
between  bases.  Shipment  times  range  from  20  to  40  hours,  with  loss 
rates  of  between  two  and  six  percent  (Card  Type  if 33).  Transportation  to 
and  from  the  rear  maintenance  base  (#5)  and  the  central  supply  point 
(Base  if 8)  occurs  daily  and  takes  from  12  to  24  hours;  1  percent 
attrition  is  assumed. 

Fig.  16  indicates  that  parts  that  are  NRTSed  at  the  MOBs  (main 
operating  bases)  and  the  rear  maintenance  base--Bases  if  1,  if2,  and  #5-- 
are  directed  to  be  sent  to  (the  depot  in)  CONUS,  on  Card  Type  #34.  The 
two  squadron  bases,  however,  NRTS  some  of  their  parts  to  one  of  the  MOBs 
and  some  to  CONUS.  Bases  if 3  and  #4  send  parts  #1  through  #13  to  Bases 
if  1  and  if 2,  respectively,  for  repair,  and  send  the  rest  of  the  part  types 
to  CONUS.  Card  Type  if 35  provides  specific  cannibalization  times  for 
several  types  of  parts;  note  that  part  types  if 3  and  if 6  may  be 
cannibalized  only  when  at  least  five  aircraft  are  already  NORS  for  that 
part  type. 

Each  base  transmits  two  reports  each  day  on  the  current  status  of 
certain  resources  (defined  by  CMODE  on  Card  Type  #1);  the  reports  are 
sent  shortly  after  midnight  and  in  the  early  afternoon  and  take  from 
3-1/2  to  8  hours  to  become  available  to  the  centralized  theater  resource 
manager,  as  detailed  on  Card  Type  if 36. 
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AIRBASE  ATTACK 

Only  one  airbase  attack  is  scheduled  to  occur  in  the  scenario 
examined  in  this  simulation.  As  specified  with  the  Type  # 40  Cards  shown 
on  Fig.  lb.  Base  # 3  is  attacked  at  0538  on  day  2.  Several  on-base 
assets  are  damaged  or  destroyed.  The  first  card  indicates  that  20 
percent  of  all  maintenance  personnel  and  34  percent  of  all  munitions 
were  lost;  the  second  card  specifies  that  15  and  43  percent, 
respectively,  of  TRAP  types  # 3  and  #8  were  also  lost.  Aircraft  and 
shelter  losses,  losses  to  personnel  and  equipment  engaged  in  maintenance 
activities  on  those  aircraft,  and  facility  damage  are  indicated  on  the 
other  Type  #40  cards,  as  is  explained  in  Section  XIX. 

CIVIL  ENGINEERING  TASKS 

The  size  and  reconstruction  procedures  are  specified  for  all 
relevant  facilities  on  the  Type  #37  Cards  on  Fig.  16.  Seven  distinct 
repair/recovery  procedures  are  specified.  For  convenience  in  this 
illustration,  all  bases  are  treated  the  same;  the  base  number  is  not 
entered,  so  all  are  presumed  to  have  identical  facilities 

The  requirements  for  the  civil  engineering  repair  and  recovery 
procedures  are  entered  using  the  Type  #38  Cards.  The  first  seven 
procedures  are  the  basic  techniques  called  for  with  the  Type  #37  Cards; 
the  other  four  are  alternative  procedures.  As  outlined  in  Sections  XIV 
and  XIX,  the  time  and  material  requirements  apply  to  each  unit  of 
damage . 

The  priorities  for  reconstruction  are  controlled  by  the  entries  on 
Card  Type  #39.  In  this  case,  priority  is  given  to  facilities,  by 
number,  in  the  following  order:  #100,  #99,  #2,  #4,  #7,  etc.  Repair  of 
the  runway  C# 36)  and  taxiways  (#35)  get  the  first  and  second  priorities; 
if  sufficient  resources  are  available,  the  several  work  centers  (shops) 
then  get  attention  in  the  order  noted. 

Fo1 lowing  Card  Types  #41  through  #47,  discussed  above,  the  Type  #99 
Card  signifies  that  all  input  data  except  the  flight  demand  data  have 
been  entered. 
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F Li GUT  DEMANDS 

Only  one  of  the  several  options  that  are  available  for  specifying 
flight  demands  have  been  used  for  this  sample  calculation.  Each  Type 
#50  Card  shown  on  Fig.  17  calls  for  several  flights  of  three  aircraft  to 
be  launched  at  times  picked  each  day  at  random  from  a  time  block  of  one 
to  four  hours.  The  first  card  calls  for  six  three-a  i  rcraf t  flights  to 
be  launched  on  mission  #1  between  0600  and  0720.  The  base  has  an  eight 
hour  notice  of  these  demands  and  two  aircraft  are  acceptable  if  three 
are  not  available.  Altogether,  four  groups  of  flights  are  to  be 
launched  on  mission  #1  and  four  other  groups  on  mission  #2  from  Base  #1. 
The  total  demand  at  Base  #1  is  for  22  flights  of  each  mission  type  on 
each  day. 

Base  #2  has  similar  demands,  except  that  the  missions  they  are  to 
fly  are  types  #1  and  #3.  The  two  single-squadron  bases  each  have  three 
sets  of  demands  for  two  types  of  missions,  for  a  total  of  66  sorties  at 
Base  #3  and  60  at  Base  #4. 
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XXI.  SAMPLE  CALCULATION- -OUTPUTS 


As  explained  in  Section  XV,  TSAR  provides  the  user  a  variety  of 
output  options.  This  section  will  illustrate  most  of  those  options  with 
reproductions  of  the  results  for  the  sample  problem  developed  in  the 
preceding  section. 

Figure  lb  displays  the  formatted  title  page  that  summarizes  the 
user  selected  values  for  many  of  the  control  variables.  As  noted  at  the 
top,  a  seven  day  simulation  is  to  be  run  for  a  total  of  three  trials. 
Four  operating  bases  and  one  rear  maintenance  base,  as  well  as  one  base 
for  theater  distribution,  are  involved  in  the  simulation.  A  variety  of 
other  control  variables  are  recorded  in  the  upper  and  center  sections  of 
this  page.  Key  array  dimensions  are  listed  at  the  bottom.  As  noted 
earlier,  the  user  has  two  optional  controls  over  the  reproduction  of 
input  data.  He  may  specify  that  some,  or  all,  of  the  input  card  images 
be  reproduced  directly,  or  he  may  direct  that  the  input  data  is  to  be 
listed  after  it  has  been  formatted  for  the  storage  arrays;  neither  of 
these  options  is  illustrated  here. 

Figure  1 9  is  a  sample  of  the  parts  initialization  summary.  The 
first  data  indicate  the  costs  for  the  battle  damage  spares  that  have 
been  provided  for  the  four  combat  bases;  the  "actual"  costs  reflect  the 
8  percent  parts  shortage  specified  in  Card  Type  # 3/3.  Those  spares  for 
which  greater  shortages  exist  are  listed  next;  for  example,  parts  #2  and 
#4  are  short  by  24.7  and  37.7  percent,  respectively.  The  parts 
procurement  policy  factors,  the  delivery  schedule  for  the  spare  parts  in 
the  base-CONUS-base  pipeline,  and  the  initial  stock  levels  are  then 
listed  for  Base  # 2.  The  pipeline  data  were  automatically  formatted  in 
the  manner  specified  for  Card  Type  #31.  When  examined  in  the  context  of 
those  specifications,  it  will  be  seen  that  the  parts  in  the  pipeline  are 
distributed  over  the  10-day  order-and-ship  time  specified  on  the  # 23/70 
Cards;  the  first  deliveries  are  assumed  to  be  delayed  by  seven  days 
(HIATUS  =7).  On  the  eighth  day,  4  LRUs  and  1  SRU  are  due  in--one  Type 
#2  part  and  three  Type  #7  parts  in  addition  to  one  #112  SRU.  Since  the 
theater  manager  was  directed  to  control  distribution  of  incoming  parts, 
the  parts  are  consigned  to  Base  #8  (.  i  .  e .  ,  MAXB),  the  Base  reserved  for 
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Fig.  19  —  Illustrative  Parts  Stockage  Initialization  Results 
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the  theater  manager  when  the  parameter  TSAK  is  initialized  greater  than 
zero . 

The  initial  stock  data  list  both  the  numbers  of  se rv i ceab  1  es  and 
the  toLal  numbers  that  are  "author  i/.ed"-- i .  e .  ,  the  number  that  would  be 
available  without  shortages  and  if  no  parts  were  in  the  pipeline.  For 
example,  the  policy  factors  would  normally  lead  to  the  procurement  of  38 
type  #2  parts  and  8b  type  #7  parts,  but  because  of  shortages  and  tin- 
parts  that  are  in  the  pipeline  from  COM'S,  only  lb  serviceable  Type  it  2 
parts  and  21  Type  it 7  parts  are  on  base. 

The  outcome  ol  air  base  attacks  are  recorded  in  the  manner 
illustrated  in  Fig.  20.  In  this  case  the  results  are  for  the  air  base 
attack  sustained  at  Base  #3  at  033b  on  day  2;  seven  aircraft  were 
damaged  beyond  the  point  of  repair  and  29  casualties  were  sustained,  but 
no  spare  parts  were  lost.  Civil  engineering  resources  wore  assigned  to 
open  the  runway  (facility  4‘3b)  and  to  reconstitute  the  parts  repair 
capabilities  for  Shops  #3,  it 5,  and  til.  Crater  repairs  on  the  runway 
will  be  completed  at  1124  on  day  three  and  the  shops  will  be  reopened 
between  day  six  and  day  12,  if  there  are  no  further  air  attacks.  The 
numbers  of  each  type  of  personnel,  equipment,  munitions,  TRAP,  and 
building  materials  that  survived  the  attack  are  also  listed  as  well  as 
the.  surviving  quantity  of  POL,  the  total  numbers  of  spare  parts,  and  the 
number  of  serviceable  aircraft  shelters. 

Figure  21  illustrates  several  of  the  mid-day  TSAR  reports.  The 
first  line  indicates  that  at  0900  two  tasks  have  been  deferred  at  the 
five  bases,  two  aircraft  are  awaiting  parts,  and  27  aircraft  have 
outstanding  battle  damage  tasks.  The  noon  shop  status  information  is 
shown  for  the  first  three  bases.  Bases  #1  and  #2  each  have  45  aircraft 
assigned  at  this  time,  including  survivors  from  the  original  force  and 
some  replacements  for  those  lost  in  battle.  Eight  battle  damage  repair 
tasks  are  ongoing  in  Shop  #1  at  Base  #1  and  four  have  been  interrupted 
or  are  waiting  to  be  initiated.  Other  shops  also  have  ongoing  and 
waiting  on-equipment  tasks  and  parts  repairs.  Shop  #30  has  15  weapon- 
assembly  jobs  in  progress.  Bases  #1  and  #2  have  a  large  number  of  tasks 
waiting  at  Shop  it 5;  these  lengthy  queues  have  formed  because  the  type  #4 
equipment  that  malfunctions  5.2  percent  ol  the  time  on  the  average,  and 
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that  is  required  on  over  13  percent  of  the  sorties,  has  experienced  even 
more  failures  than  expected.  (This  observation  could  be  deduced  from 
the  complete  results,  but  is  not  apparent  from  these  sample  outputs). 
Shop  #5  has  15  tasks  waiting  at  Base  #1  and  29  at  Base  #2.  The  negative 
entries  for  ongoing  repairs  at  Base  #3  are  actually  a  record  of  the 
damage  level  at  shops  damaged  by  air  attack;  the  minus  sign  signals  that 
this  is  the  appropriate  interpretation. 

When  AIS  are  employed,  "Tray  Status"  indicates  the  current  repair 
capability  of  the  several  stations,  by  indicating  which,  if  any,  of  the 
LRUs  cannot  currently  be  repaired;  a  "l"  in  that  tray  position 
corresponding  to  a  particular  LRU  indicates  that  that  LRU  cannot 
currently  be  repaired  if  there  is  only  one  string  of  the  required  type 
of  station.  In  this  case  all  stations  at  each  base  are  fully  operable. 

Figure  22  illustrates  the  results  of  the  calculations  that  are 
performed  each  evening  at  1930  to  provide  proxies  for  each  base's  sortie 
generation  capabilities  for  the  subsequent  day;  these  estimates  are 
requested  when  STATE  >  0  and  are  based  on  the  current  resource  status  at 
each  base.  Based  on  these  estimates  of  the  relative  sortie  generation 
capability  at  each  base,  aircraft  #10  and  #21  were  transferred  from  Base 
#1  to  Base  #4  to  obtain  a  more  equitable  distribution  of  aircraft.  The 
CANFLY  array  data  are  listed  by  aircraft  type;  the  first  three  columns 
are  for  missions  #1  to  #3  at  Base  #1,  the  next  three  columns  for  Base 
#2,  etc.  The  final  line  lists  the  SORCAP  array  data  for  each  of  the 
four  operating  bases. 

The  first  of  the  end-of-day  reports  appear  at  the  bottom  of  Fig. 

22;  overall  parts  supplies  as  well  as  the  numbers  of  assembled  and 
unassembled  munitions  of  each  type  are  presented  for  each  base.  Other 
end-of-day  reports  (for  the  fourth  day  of  simulated  operations)  are 
shown  in  Fig.  23.  Base  status  is  shown  only  for  Base  #1,  so  that  other 
reports  can  be  illustrated  as  well.  A  total  of  128  aircraft  are 
assigned  at  the  four  bases,  and  22  are  at  the  rear  maintenance  base;  45 
aircraft  have  been  lost  in  combat,  or  as  a  result  of  air  base  attack, 
and  71  aircraft  have  sustained  damage  during  the  four  days. 

On  the  fourth  day  at  the  four  bases,  227  sorties  were  flown  and  716 
have  been  flown  to  date.  The  numbers  of  flights  and  sorties  demanded 
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and  flown  are  listed  next  for  each  mission  and  base;  the  first  four 
columns  indicate  the  flying  for  each  of  the  four  missions  at  Base  #1; 
the  next  four  columns  are  for  Base  # 2,  etc.  Of  the  66  mission  #1 
sorties  demanded  at  Base  #1,  62  were  flown.  No  sorties  were  flown  at 
Base  #4  because  of  bad  weather. 

The  rates  at  which  aircraft  have  been  made  ready  for  another  combat 
sortie  are  indicated  for  each  of  the  operating  bases;  at  base  #1,  3 2 
percent  were  readied  within  two  hours  of  the  time  that  they  landed,  and 
48  percen.  within  four  hours. 

The  hourly  record  of  sortie  production  shows,  for  example,  that 
performance  declined  during  the  day  at  Base  #1,  with  36,  24,  29,  and  20 
sorties  being  launched  during  the  four  launch  periods  for  which  36,  30, 
3o ,  and  30  sorties  had  been  demanded. 

The  shop  status  reports  include  not  only  the  current  activity,  as 
in  the  noon  report,  but  also  the  totals  of  the  on-equipment,  off- 
equipment,  and  equipment  repair  jobs  that  were  completed  during  the 
preceding  24  hours,  and  the  cumulative  numbers  of  manhours  expended  in 
each  shop.  The  number  in  parentheses  at  the  right  end  of  the  on- 
equipment  task  line  is  the  cumulative  number  of  parts  cannibalization 
actions;  in  this  case  only  one  has  occurred.  The  two  numbers  in 
parentheses  at  the  right  end  of  the  of f -equipment  line  are  the 
cumulative  number  of  LRUs  that  have  been  cannibalized  to  obtain  an  SRU; 
and  the  cumulative  number  of  repairs  that  have  been  expedited;  in  this 
case,  three  repairs  have  been  expedited  at  Base  # 1. 

The  cumulative  number  of  hours  at  each  base  that  aircraft  have  been 
NMCS  (NORS)  is  listed  after  the  mid-day  shop  status  reports;  as  noted, 
parts  availability  has  most  seriously  constrained  aircraft  at  the  rear 
maintenance  base.  The  current  number  of  active  entries  in  each  of  the 
dynamic  storage  arrays  is  listed  next;  the  lower  numbers,  all  zero  in 
this  example,  provide  a  record  of  the  number  of  potential  entries  that 
had  to  be  discarded  because  the  storage  array  was  full.  The  cumulative 
spare  parts  shipping  record  is  shown  near  the  bottom  of  Fig.  23  and  the 
last  line  provides  a  cumulative  record  of  the  fraction  of  sorties  at 
each  base  that  required  some  type  of  unscheduled  maintenance  when  they 
recovered . 
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A  sample  of  the  daily  aircraft  activity  record,  controlled  by  the 
variable  SCROLL,  is  shown  in  Fig.  24  for  the  24  aircraft  numbered  from 
97  through  120  (the  numbers  of  the  aircraft  that  were  originally 
assigned  at  Base  #3).  The  data  at  the  top  of  the  table  indicates  (1) 
how  many  sorties  had  been  flown  during  the  preceding  24  hours, |1]  (2) 
the  base  to  which  the  aircraft  is  currently  assigned,  (3)  the  current 
status,  and  (4)  the  number  of  parts  that  are  missing  from  the  aircraft. 
Status  is  defined  as  the  sum  of  "l"  if  one  or  more  on-equipment  tasks 
have  been  interrupted,  "2"  if  one  or  more  tasks  are  waiting,  and  "4"  if 
one  or  more  tasks  are  in  process.  Following  these  data  each  column 
contains  the  chronological  record  of  activity  completions  for  the 
aircraft.  Each  three  lines  provide  (1)  the  time  that  the  first  attempt 
was  made  to  start  a  task,  (2)  the  time  the  task  was  completed,  and  (3) 
the  task  designation.  The  times  are  in  hours  and  minutes. 
Reconfiguration,  mission-dependent  munitions  uploading,  and  refueling 
are  designated  as  CONF,  ARM,  and  FUEL,  respectively.  A  completed  sortie 
is  denoted  by  LAND,  and  an  aircraft  that  is  lost,  in  air  combat  or  on- 
base,  is  denoted  by  KILL.  An  aircraft  transfer  is  designated  as  TRAN. 
All  other  tasks  are  designated  with  the  task  number.  In  this  example, 
aircraft  #103  was  lost  in  combat  on  the  flight  that  was  launched  at  0630 
and  was  expected  to  land  at  0824.  Aircraft  #105  completed  two  combat 
sorties  (at  1045  and  1621)  and  then  was  transferred  to  the  rear 
maintenance  base  at  1700  following  refueling. 

The  final  results  for  the  trial  are  illustrated  in  Figs.  25,  26, 
and  27  .  The  total  numbers  of  flights  and  sorties  of  each  mission  type 
are  shown  for  each  base;  four  columns  of  figures  apply  for  each  of  the 
four  bases,  one  for  each  of  the  four  possible  types  of  missions. 

The  total  sorties  are  also  listed  by  priority,  with  the  same 
general  format  as  at  the  top  of  the  figure.  The  cumulative  numbers  of 
on-  and  of f -equipment  tasks  are  listed  at  the  bottom  of  the  figure  for 
each  shop. 

[ 1 ]  If  this  datum  is  "-1",  the  aircraft  that  had  been  reported  in 
this  column  was  lost  during  the  day  and  has  not  yet  been  replaced--e.g. , 
aircraft  #103. 
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Samples  of  the  shop  statistics  for  Base  #1  are  shown  in  Fig.  2(i\  as 
will  be  noted,  the  cumulative  number  of  tasks,  their  average  time,  and 
the  standard  deviation  of  those  times  are  listed  for  each  shop.  For 
those  shops  for  which  it  is  computed  (in  subroutine  AVGTSK) ,  the  average 
task  time  in  an  unlimited  resource  environment  is  listed  last.  A 
comparison  of  this  time,  with  the  actual  average  time,  provides  a  rough 
estimate  of  resource  shortages.  Similar  data  are  presented  for  off- 
equipment  parts  repair  and  for  equipment  repairs;  these  data  include  the 
times  taken  up  by  the  administrative  delays.  When  AIS  is  used,  a  record 
of  activity  by  station  also  is  included. 

More  accurate  and  specific  indications  of  resource  constraints  are 
provided  by  the  data  listed  in  Fig.  27.  This  figure  summarizes  the 
cause  and  the  extent  of  all  aircraft  maintenance  delays.  As  will  be 
noted,  each  type  of  personnel,  equipment,  etc.  for  which  a  shortage 
caused  an  on-equipment  task  to  be  delayed  is  recorded.  These  statistics 
provide  an  excellent  indication  of  the  bottlenecks  and  very  obvious 
indications  of  where  extra  resources  could  be  of  help  in  improving  the 
bases'  launch  records.  In  this  instance  there  have  been  21  delays  for 
battle  damage  repair  specialists  at  Base  #1  that  averaged  over  two  days 
in  length.  A  greater  number  of  such  specialists  clearly  would  have 
reduced  this  heavy  backlog  of  work. 

The  status  of  spares  at  each  base  is  also  available;  the  number  of 
on-base  serviceables  and  reparables  are  listed  for  each  part  type.  The 
total  number  of  spares  that  were  removed  from  aircraft  during  the 
simulation  are  also  shown  for  each  base. 

The  beginnings  of  the  next  trial  are  shown  at  the  bottom  of  Fig. 

27.  The  value  of  the  seed  for  the  random  number  generator  is  printed  at 
the  beginning  of  each  trial,  so  that  a  particular  trial  can  be  repeated, 
if  necessary,  to  obtain  additional  information.  Since,  in  this 
instance,  spare  parts  shortage  computations  and  other  computations  were 
to  be  repeated  each  trial,  the  beginnings  of  that  process  appear  next. 

Figure  28  illustrates  the  summary  data  provided  at.  the  completion 
of  the  specified  number  of  trials.  Data  include  the  average  number  of 
sorties  generated  each  day  at  all  operating  bases  as  well  as  the  average 
numbers  of  sorties  of  each  mission  type  at  each  base;  the  standard 
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Fig.  28  --  Summary  Sortie  Results  for  All  Trials 
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deviation  is  also  listed  in  the  latter  case.  The  output  is  concluded 
with  records  of  the  average  numbers  of  sorties  generated  throughout  the 
simulation  for  each  mission  and  each  base,  and  at  all  bases. 


